или ты не совсем понимаешь как в этом DATE_TIME_IDDOC храниться позиция, или ты просто разрабатываешь немного др. участок 1С++...

DATE_TIME_IDDOC      Составное поле обозначающее позицию документа во времени + ID документа.
8 первых символов - дата документа в виде «ГГГММДД».
6 следующих  символов время документа в 36-ричной системе исчисления, причем время рассчитывается от начала дня в сотых частях милисекунды (10-5), т.е. время 00:00:01 будет равно 10000, или же в 36-ричной системе «7PS».
9 последних символа - ID документа. Этот ID также составной, 6 символов - порядковый номер введенного документа в сситему в 36-ричной системе (причем считаются не только сохраненные документы, а также те, которые не были сохранены), последние 3 символа - идентификатор базы УРИБ (если данные вводятся в распределенной ИБ).
Тип - Строка(23)

это я к тому процитировал описание этого поля, чтобы ты вспомнил, что DATE+TIME - это позиция дока, которая не может быть одинакова, т.к. время там хранится не в виде ЧЧ:ММ:СС

spock писал(а) 30. Августа 2006 :: 14:36:

там вроде все подробно расписано...

spock писал(а) 30. Августа 2006 :: 14:42:

а что не понятного в: Цитата:

или ты считаешь что даже при таком формате времени возможен вариант что будет как имнимум 2 дока с один и тем же временем... кроме того сколько я не ставил доков в начало и конец дня, у всех доков было разное время, хотя как ты утверждаешь оно у них должно быть одинаковым...

Это не моя логика, это логика разработчиков 1С.
Хоть время представлено с 10000 точностью в 36-м виде, но точность эта не используется в позиционировании документов.
Например:
Цитата:


Если же создать еще один документ на 2005-10-28 12:00:04, то в date_time_iddoc время так же будет '758474'.

Цитата:

"Сколько я не нюхал и не лизал - не вставляет" (с) Галыгин

Позиция была разная, а не время. Разве не было ли такого в личном опыте, когда в 23:59:59 создано куча документов?

Продолжаем:
теперь зная все это пытаемся понять мое
Цитата:


Если сделать ORDER BY LEFT(date_time_iddoc, 14) упорядочивание будет проходить по строке (из моего примера если взять): '20051028758474 16N '
'20051028758474' а таких строк будет несколько, если введено несколько документов в одно и тоже время. В данном случае время: '12:00:04'.

не вдаваясь в дискуссию, вот так все же верно:

ORDER BY date_time_iddoc 

доводы spock'a даже избыточно полны, чтобы это доказывать еще раз

да просто мне кто то, вроде на Итленде и вроде продвинутый разьяснял что IDDOC у разных видов документов может быть разным, а при детальном рассмотрении, в свете данной дискусси вижу что очень сильно ошибался...
ЗЫ я всегда сорировал по  DATE_TIME_IDDOC, а не как тут преполагалось  DATE_TIME только использовать, но в моей задаче именно по  DATE_TIME_IDDOC и нужно было... теперь вижу что ошибался, так что такие нада по  DATE_TIME_IDDOC
сорри если непонятна моя сумбурность... но думаю понятно, что я понял, что жестоко ошибался...