Вход | Регистрация
    1  2  3   
1С:Предприятие :: 1С:Предприятие 8 общая

Всегда ли в запросе МАКСИМУМ(Ссылка) вернет последний документ?

Всегда ли в запросе МАКСИМУМ(Ссылка) вернет последний документ?
Я
   ValeriTim
 
03.03.21 - 14:48
Есть куча сформированных документов, у которых дата (вплоть до секунды) одинакова. Формирую запрос по регистру и хочу получить последний сформированный документ. Так вот вопрос в запросе МАКСИМУМ(ИмяРегистра.Регистратор) всегда будет возвращать последний документ? Как вообще работает МАКСИМУМ(Ссылка) ?
   Йохохо
 
101 - 05.03.21 - 06:02
(99) давай лучше про типы теперь? база перегнанная через дтшник сохранит отношение больше меньше для типов?
   Почему 1С
 
102 - 05.03.21 - 07:02
Кто-то пытается строить хорошую мину при плохой игре.
   Serginio1
 
103 - 05.03.21 - 10:09
(91)+ Правильнее выбирать последнюю запись отсортированной по дате и номеру документа
Используя Выбрать Последние
   Почему 1С
 
104 - 05.03.21 - 10:18
(103) что тоже самое если отсортировать по ссылке с авто упорядочиванием
   БаксПо90
 
105 - 05.03.21 - 10:27
да вот во взаиморасчетах 1с нашло красивое решение .. оно делает два составных поля из номера документов и их времени и по ним сортирует ..
там конечно своя задача решается, но надо понимать, что если уж там начали поля добавлять для сортировки .. то дело мутно. Перемудрили они с порядком.
   Bigbro
 
106 - 05.03.21 - 10:31
да все нормально. там где критичен порядок документов нужно использовать специально для этого предназначенный инструмент - последовательности.
а все остальное от лукавого.
   БаксПо90
 
107 - 05.03.21 - 10:40
только вот 1с от последовательностей то сама отказалась .. дорогие они видимо ..
   Bigbro
 
108 - 05.03.21 - 11:06
ну просто не нужно их использовать направо и налево.
но там где порядок критичен - куда без них?
   Serginio1
 
109 - 05.03.21 - 11:07
(104) Неа. Ссылка может быть и внешняя из другой системы, из гуида другой версии
https://ru.wikipedia.org/wiki/UUID
Кроме того можно изменить время и номер вручную.
Правильно это последний по дате и номеру
   PR
 
110 - 05.03.21 - 11:34
(100) Для дебилов перевожу то, что там написано
Момент времени — это дата + ссылка
Что тебе еще надо-то?

Или ты все пытаешься донести ту мысль, что гуид документа, который был введен позже, не будет больше гуида документа, который был введен раньше?
Так это никто и не утверждает
Главное не это, а то, что в конечном счете в пределах секунды именно ссылка определяет, какой из документов идет раньше, а какой позже

Если и это до тебя не дойдет, то я пас, фиг знает, как дереву объяснить, что 2 + 2 = 4
   PR
 
111 - 05.03.21 - 11:35
(101) А что, при dt меняются номера типов метаданных и/или гуиды?
   PR
 
112 - 05.03.21 - 11:36
(102) Не надо лишних слов, просто тыкни пальцем, где и что написано верно, а где и что нет
   PR
 
113 - 05.03.21 - 11:37
(103), (104), вы издеваетесь  что ли? Как вас на работу-то взяли?
   PR
 
114 - 05.03.21 - 11:38
(106) А, ну да, при проведении по регистрам именно последовательности и используются, ага
Рукалицо
   PR
 
115 - 05.03.21 - 11:39
+(113) То есть если я в номер вместо 0010123 напишу 0000001, то он сразу станет самым первым в этой секунде что ли?
   NorthWind
 
116 - 05.03.21 - 11:40
(110) до вас пытаются донести, что для гуидов в общем случае не определена арифметика от слова "ваще". И не определено сравнение на больше-меньше, только на равенство. Он не расценивается как целое число, как двойка, например.
   NorthWind
 
117 - 05.03.21 - 11:41
это - идентификатор. Поэтому когда вы пытаетесь делать максимум (гуид), это достаточно стремный трюк, который хотя и может работать, но поведение не вполне определено
   PR
 
118 - 05.03.21 - 11:41
(116) Вот то ли дело момент времени, да?
Для него не только сравнение на больше/меньше определено, по нему даже максимум можно строить?
А, или нелья
Хм, странно, казалось бы, почему нельзя?
   PR
 
119 - 05.03.21 - 11:43
(117) Ok, допустим я забыл весь свой предыдущий опыт и знания
И как же нужно сортировать по времени документы?
Как мне, например, понять, какой документ раньше, а какой позже?
   NorthWind
 
120 - 05.03.21 - 11:45
(119) послушай, ну может я тупой, но когда мне было надо, я делал первые 1 по дате с учетом убывания даты. Внутри секунды мне не надо было.
   NorthWind
 
121 - 05.03.21 - 11:48
гуид мне даже в голову не пришло трогать, потому что это - идентификатор. Его генерация это внутренняя кухня системы, алгоритм может меняться, а в некоторых системах (не в 1С) это вообще может быть случайное число. Поэтому я его не трогал.
   Bigbro
 
122 - 05.03.21 - 11:48
(110) мне в данной теме понятно все, кроме твоего воинствующего хамского тона, который совершенно недопустим со стороны идиота пишущего (37) "1. Максимум(Ссылка) в рамках секунды даст последний введенный документ, при условии, что гуид назначался автоматом" (с)
   PR
 
123 - 05.03.21 - 11:49
(120) Эээ... кхм... к тебе вопросов больше не имею
   PR
 
124 - 05.03.21 - 11:54
(122) Это так и есть, но не гарантируется системой, я впрочем тоже не до конца уверен, надо проверить
Но еще раз, главное не это, главное то, что даже если бы каждый новый гуид через раз писался бы то в начало секунды, то в конец, важно, что в конечном счете выстраивать документы по порядку в пределах одной секунды нужно по ссылке, хоть с помощью момента времени, хоть с помощью ссылки, пофиг
И во всей ветке никто еще не предложил ничего другого, ну кроме совсем отмороженных предложений сортировать по номеру
   Dzenn
 
125 - 05.03.21 - 11:55
Да, действительно, МАКСИМУМ(МоментВремени) сделать нельзя, но можно по МоментВремени упорядочивать, и тем самым получать нужную информацию - последний сформированный документ
   PR
 
126 - 05.03.21 - 11:57
Мне все это уже слегка надоело
Тем, кто до сих пор уверен, что максимум по ссылке — это лютая дичь, предлагаю в конфигураторе типовой нажать Ctrl + Shift + F, ввести "максимум" и потом в найденном поискать "ссылка" или "регистратор", после нахождения долго думать
   PR
 
127 - 05.03.21 - 11:58
(125) И что, результат будет отличаться от упорядочивания по дата + ссылка?
   ДенисЧ
 
128 - 05.03.21 - 12:01
(126) Я в типовых конфигурациях мат в сообщениях находил. Должен ли я руководствоваться результатом этого поиска при общении с клиентом?
   ДенисЧ
 
129 - 05.03.21 - 12:01
Не в сообщениях, а в комментариях
   PR
 
130 - 05.03.21 - 12:04
(129) Ну вот ты-то куда полез? У тебя тоже максимум по дата + ссылка не равен максимальному моменту времени?
 
 
   Почему 1С
 
131 - 05.03.21 - 12:04
(109) При сортировке по ссылке с автоупорядочиванием, 1с автоматически изменяет это сортировку сортировку по дате и номеру для документов, и на основное представление для справочников
   ДенисЧ
 
132 - 05.03.21 - 12:07
(130) Я не настолько туп, чтобы применять максимум() к гуиду, даже если он идёт в паре с датой.
   PR
 
133 - 05.03.21 - 12:09
(132) Ну-ка ну-ка, и что ответишь на (119)?
   eTmy
 
134 - 05.03.21 - 12:09
О чем спор вообще, МоментВремени = дата + ссылка...
PR делал, то утверждение исходя того что ссылки генерируются автоматом и нет вмешательства из вне(изменение даты, внешние ссылки)... НО ЭТО ЧАСТЫЙ СЛУЧАЙ В ВАКУУМЕ! Опираться на это в реальной практике = быть больным идиотом....
   ДенисЧ
 
135 - 05.03.21 - 12:11
(133) _тебе_ я ничего отвечать не буду. Бесполезно.
   PR
 
136 - 05.03.21 - 12:16
(134) Верно
Мне все-равно, ссылки назначаются по порядку или как насрали
Важно, что потом порядок берется именно из дата + ссылка
   PR
 
137 - 05.03.21 - 12:16
(135) А, ну слился и молодец
   Dzenn
 
138 - 05.03.21 - 12:16
(127) Роман, я согласен с коллегами, что применять упорядочивание к Дата + Ссылка методологически неверно, но это моё личное субъективное мнение, основанное "ни на чём". Если у меня будет задача определения точной хронологической последовательности, то я буду использовать, в том или ином виде, механизм, который именно для этого и предназначен - МоментВремени. Да, действительно, МоментВремени - это ДАТА плюс ССЫЛКА, но я не считаю себя умнее программистов, которые эту платформу делали, и буду пользоваться именно тем методом, которые они именно для этого и предлагают.

Ссылку, в конце концов, можно установить и вручную.
   PR
 
139 - 05.03.21 - 12:19
(138) Такое ощущение, что я в дурдоме
Ты понимаешь, что если ссылку назначат вручную, то момент времени будет строиться на основании этой же ссылки?
И если присвоят такую ссылку, что она будет больше остальных в этой секунде, то и момент времени в итоге будет больше остальных моментов времени, а если меньше, то и момент времени опять же будет меньше
   Serginio1
 
140 - 05.03.21 - 12:22
(131) При сортировке по ссылке с автоупорядочиванием, 1с автоматически изменяет это сортировку сортировку по дате и номеру для документов, и на основное представление для справочников
Не буду спорить про сортировку. Суть то в том что нужно брать не Максимум(Ссылка)

А 
                 Выбрать Последние 1
                   Док.Ссылка,
                   ИЗ
                       Документ.РеализацияТоваровУслуг КАК Док
                   УПОРЯДОЧИТЬ ПО
                       ДатаДок, НомерДок
   Serginio1
 
141 - 05.03.21 - 12:23
140+ При этом можно использовать Выбрать первые и в подзапросах

v8: Подзапросы с Выбрать Первые
   Почему 1С
 
142 - 05.03.21 - 12:23
(137) если порядок берется как ты говоришь из дата + ссылка, то тогда должно быть нормой, что сначала идет ДК002 от 01.01.2021 23:59:59 а за ним идет ДК001 от 01.01.2021 23:59:59, хотя логически это не так
   eTmy
 
143 - 05.03.21 - 12:26
(142) Держите наркомана
   Dzenn
 
144 - 05.03.21 - 12:27
(139) Твой намёк на то, что я дурак (раз ты ощущаешь себя в дурдоме) говорит не о моих умственных способностях, а о твоём воспитании. Я просто предлагаю использовать тот механизм, который именно для таких случаев и предназначен. А то, что ты знаешь тонкости его работы лучше меня - ну, молодец.
   Почему 1С
 
145 - 05.03.21 - 12:30
(143) Поясни за слова, или так лишь бы написать?
   PR
 
146 - 05.03.21 - 12:30
(142) На такое я даже не знаю, что ответить
Гитлер капут
   PR
 
147 - 05.03.21 - 12:32
(145) Что ему пояснить?
Ты такую дичь написал, что просто вообще тушите свет
Так сказать, некоторые в ветке докопались до дна и тут ты пришел с отбойным молотком и дно уверенно пробил
   fisher
 
148 - 05.03.21 - 12:34
Ветку не читал, но максимум по ссылке будет работать примерно как максимум по номеру (в рамках одного префикса). То есть часто выдавать подходящий результат, но не всегда. По примерно одинаковым причинам.
   PR
 
149 - 05.03.21 - 12:35
(144) Да я просто не понимаю как можно говорить про момент времени и дата + ссылка как про что-то разное, если это _одно_ _и_ _то_ _же_ по заявлениям самих разработчиков?
Странно, что по моменту времени можно сортировать, но нельзя брать максимум, а так в остальном все же одно и то же
Максимум понятно почему нельзя брать, потому что поле составное, тем более дата + строка, но тем не менее, сортировать же по нему можно, могли бы и максимум прикрутить и не было бы этого позорища некоторых в ветке
   PR
 
150 - 05.03.21 - 12:36
(148) Какая глубокая мысль
   Почему 1С
 
151 - 05.03.21 - 12:37
(147) Дно тут пробил ты, любому уважающему it спецу известно что GUID это про уникальность, а не про порядок и операции больше меньше для него не применимы. Ты обосрался, и пытаешься тут отвертеться, дабы не запачкать свой "авторитет".
   fisher
 
152 - 05.03.21 - 12:38
(150) Мне показалось, что это удачная аналогия для тех, кому сложно уловить суть.
   eTmy
 
153 - 05.03.21 - 12:41
(145) https://its.1c.ru/db/metod8dev/content/2737/hdoc
https://its.1c.ru/db/metod8dev#content:2610:hdoc
http://catalog.mista.ru/1c/articles/84177/

Ответы на все Ваши вопросы по этим ссылкам... Могу лишь порекомендовать изучить, что такое МоментВремни и как такие записи хранятся в базе данных
   Dzenn
 
154 - 05.03.21 - 12:42
(149) То есть, себе ты даёшь право что-то не понимать, а другим такого права не даёшь?
(151) Согласен. ГУИД - это про уникальность, а не про сортировку и операции больше-меньше.
   eTmy
 
155 - 05.03.21 - 12:44
(151) Он разве предлагал где то брать только по ГУИД, кроме частного случая? Я вижу только про гуид + дата
   PR
 
156 - 05.03.21 - 12:44
(151) Ты бы после (142) лучше вообще помолчал :)))
   Почему 1С
 
157 - 05.03.21 - 12:44
(153) Из твоих ссылок что ты привел , ты не можешь представить ситуации что сортировка в дате и ссылке документа дасть результат :  ДК002 от 01.01.2021 23:59:59, ДК001 от 01.01.2021 23:59:59
   PR
 
158 - 05.03.21 - 12:45
(152) Да нет, это скорее пук в лужу
Неправильный тем более
   PR
 
159 - 05.03.21 - 12:45
(154) Ok, давай с начала
Момен времени = Дата + Ссылка?
   PR
 
160 - 05.03.21 - 12:46
(157) Достаточно присвоить оба номера вручную
 
 
   fisher
 
161 - 05.03.21 - 12:46
(151) В 1С гуид не только про уникальность, но и про порядок. В 1С вообще гуид странный. Если смотреть на номер используемой спецификации гуида - то одинэсный гуид должен быть полностью рандомный. Но используется другой вариант гуида - включающий в себя таймстэмп его генерации. И при записи в СУБД 1С эту часть гуида ставит вперед, чтобы записи в кластерный индекс шли в основном в конец.
На инфостарте валяются обработки, которые по ссылке отображают время ее генерации.
   fisher
 
162 - 05.03.21 - 12:50
И как выше уже говорилось - момент времени в рамках секунды использует именно порядок ссылок/гуидов. И благодаря вышесказанному, документы созданные позднее, в рамках секунды попадут в конец.
   Почему 1С
 
163 - 05.03.21 - 12:51
(161) Я это знаю про компоненту времени в гуид, но при этом это не является гарантированным поведением, и поэтому полагаться что это компонента будет работать всегда нельзя, и отсюда все правила обращения с GUID
   eTmy
 
164 - 05.03.21 - 12:51
Выдержка из ссылок в (153) если кому то лень читать.

На закуску процитирую слова Бориса Нуралиева:
"Механизм генерации ссылок обеспечивает только их уникальность. Возрастающая последовательность при их генерации не обеспечивается."
Всё сказано вполне чётко, не правда ли?

p.s. Думаю, не стОит напоминать что момент времени -- это время + ссылка, то есть если так будет проще, время + тип документа + уид

Сколько раз нужно это еще повторить в топике?)))
   Почему 1С
 
165 - 05.03.21 - 12:55
(164) "Возрастающая последовательность при их генерации не обеспечивается" и как это утверждение согласуется с (143) в адрес (142), кто наркоман?
   Почему 1С
 
166 - 05.03.21 - 12:57
Мне тут все давно понятно, тема интересна лишь в ключе почитать как будет господин "PR" съезжать со своих утверждений касательно темы ветки и наезда на (15).
   eTmy
 
167 - 05.03.21 - 12:58
(165) Да кто тебе предлагает то сортировать по одному ГУИДУ??? Тебе говорят о том, что правильно сортировать по ГУИД + ДАТА что и является МоментомВремени в 1с... ты докапался до частного случая про который писал PR... Если нет факторов влиящих из вне на ГУИД (Изменение даты, ГУИДЫ прилетевшие из других баз/сайтов и тд), то действительно записи будут ложится в базу по ПОРЯДКУ. (о чем кстати подробно написано со всеми тестами в 3 статье по моим ссылкам)...
   Dzenn
 
168 - 05.03.21 - 12:59
(159) МоментВремени УСТАНАВЛИВАЕТСЯ с помощью Даты и Ссылки, но как обеспечивается хронологическая последовательность - знает только платформа.
   Йохохо
 
169 - 05.03.21 - 13:03
(168) см (65)
   youalex
 
170 - 05.03.21 - 13:05
(164) "Возрастающая последовательность при их генерации не обеспечивается."

Но, обеспечивается неизменность последовательности, естественным образом вытекающая из их уникальности. Если новые документы не будут добавляться (для момента - в рамках одной секунды)

Т.е. получается, что последовательность по моменту времени (дата+тип+уид) - это такая вещь в себе, часто совпадающая с интуитивной хронологической последовательностью, но не тождественная ей.
   Почему 1С
 
171 - 05.03.21 - 13:06
(167) (Изменение даты, ГУИДЫ прилетевшие из других баз/сайтов и тд), то действительно записи будут ложится в базу по ПОРЯДКУ
Нуралиев -  "Возрастающая последовательность при их генерации не обеспечивается."
Еще тут обвинениями в наркомании бросаешься...
   Йохохо
 
172 - 05.03.21 - 13:08
(170) но получается в рамках базы. выгрузка/загрузка дт поломает сравнение типов. дт не архив!!11 )
   eTmy
 
173 - 05.03.21 - 13:12
(171) Видимо вы действительно наркоман, если не понимаете, что такое частные случаи и почему Нуралиев так ответил... Платформа действительно так себя ведет без вмешательства в жизнь гуидов... Но изменение даты документа уже равно вмешательству, что сразу приводит к нарушению последовательности... НО это не отменяет факта, то что при ОПРЕДЕЛЕННОМ ЧАСТНОМ СЛУЧАЕ... понимаете ЧАААСТНООМММ, это работает так.
   Почему 1С
 
174 - 05.03.21 - 13:16
(173) Из тебя бы вышел отличный сапер, но возможно одноразовый. Хорошо что ты 1Сник.
   youalex
 
175 - 05.03.21 - 13:16
(172) реструктуризация, если конкретнее,  но мне кажется, что порядок типов при этом сохраняется(идентификаторы типов воспроизводятся)

А вот для новой базы, по идее,  получается,  что поведение системы будет зависеть от порядка добавления метаданных))
   Волшебник
 
176 - 05.03.21 - 13:19
(168) Дата включает в себя миллисекунды. Это и есть момент времени.
   youalex
 
177 - 05.03.21 - 13:27
(176) миллисекунды это про границы (включая, исключая)
   eTmy
 
178 - 05.03.21 - 13:30
(174) Странно слышать такое от человека работающего в той же сфере... Хотя... Наверное все люди вступающие в спор не имея предметных знаний и логического мышления так себя ведут)
   fisher
 
179 - 05.03.21 - 13:32
(163) Это условно гарантированное поведение. Официальных гарантий нет, но это выглядит разумным решением. Другое дело, что даже если бы это поведение было гарантированным, то это все равно ничего не дает. Я не зря приводил аналогию с номером документа.
   fisher
 
180 - 05.03.21 - 13:35
(164) Даже если эти слова Нуралиева достоверны, то на практике легко убедиться в обратном. Когда есть слова и есть факты, я предпочитаю не обращать внимания на слова.
   PR
 
181 - 05.03.21 - 13:36
(166) Ты точно не наркоман?
В (15) говорится что сравнивать между собой ссылки глупая идея
Я всю ветку говорю, что нет, не глупая
Куда и почему я должен съезжать?

PS: для наркоманов в очередной раз уточняю, все сравнения ссылок имеются в виду в пределах одной секунды
   PR
 
182 - 05.03.21 - 13:39
(168) О, ну наконец-то, прокашлялся
Хранится ли момент времени в базе отдельно как отдельное поле или генерится на лету из дата + ссылка я не знаю, но мне пофиг, мне достаточно того, что сортировка по моменту времени _всегда_ будет совпадать с сортировкой по дате + ссылка
   PR
 
183 - 05.03.21 - 13:40
(169) А, ну, кстати, да, уже не только платформа, но и, как минимум, youalex
   PR
 
184 - 05.03.21 - 13:43
(170) Да
Я при жалении могу сам генерить для новых документов ссылки и в итоге эти документы будут в рамках секунды самыми ранними
Но в итоге именно в этом порядке они пойдут и в фоормирование движений в регистры
И если я потом СКД сформирую с остатками по регистру с детализацией до регистратора, то последовательность там будет именно из ссылки, а не их хронологического порядка введения
   PR
 
185 - 05.03.21 - 13:45
(171) Нуралиев имел в виду, что при желании можно назначить такую ссылку, которая будет не последней, то есть да, возрастающая последовательность при их генерации не обеспечивается
Обеспечивалась бы в том случае, если бы последовательность была всегда возрастающей, независимо от того, что за ссылка сгенерена
   PR
 
186 - 05.03.21 - 13:46
(172) А dt здесь причем? (111)
   PR
 
187 - 05.03.21 - 13:48
(176) Ты хочешь сказать, что момент времени — это не про ссылку?
   PR
 
188 - 05.03.21 - 13:49
+(187) А как же (65)?
   fisher
 
189 - 05.03.21 - 13:49
(176) 1C не сохраняет миллисекунды в базе данных. Во всяком случае в сиквел нули пишет.
   PR
 
190 - 05.03.21 - 13:49
(177) Граница — это дата и ссылка опять же
   PR
 
191 - 05.03.21 - 13:50
(180) В чем в обратном?
   fisher
 
192 - 05.03.21 - 13:52
(191) При стандартной генерации ссылок платформой обеспечивается их возрастающая последовательность. Банально за счет того, что в них записывается время их генерации.
   PR
 
193 - 05.03.21 - 13:55
(192) О как
А, ты имеешь в виду, что Боря сказал, что возрастающая последовательность не обеспечивается, а на самом деле обеспечивается?
Какой коварный тип!
   fisher
 
194 - 05.03.21 - 13:59
(193) Как я понимаю, этим сразу два зайца убивается:
1) для базы данных хорошо, когда новые записи пишутся в конец кластерного индекса, а не как бог на душу положит
2) при сортировке по моменту времени в пределах секунды тоже получается логичнее, что позднее созданные документы идут после созданных ранее
   PR
 
195 - 05.03.21 - 14:01
(194) + Уникальность, хотя ее можно было и по-другому конечно достичь
+ Движения в регистры ложатся позже и не приходится пересчитывать каждый раз те же актуальные итоги
   Serginio1
 
196 - 05.03.21 - 14:01
(192) Ну стандартно документы ставят в конец дня. Возьмется последний сгенеренный, но это не факт, что последний прилетевший из другой системы. Но до этого могли и номер документа поменять. Вообще для большинства документов Номер является основной сортировкой.
Для каких то нет. Для распределенных баз префикы применяют.

Если брать индекс по моменту времени это одно, если по другим критериям это другое
Нужно определиться, что такое последний документ.
   fisher
 
197 - 05.03.21 - 14:06
(195) Про итоги не понял. Актуальные в любом случае будут пересчитываться.
   Dzenn
 
198 - 05.03.21 - 14:09
(176) А если допустить, что в базе создали 100 000 000 документов "Реализация товаров и услуг", и у всех у них дата "31.12.2020 12:00:00", как отработает момент времени, основанный на миллисекундах?

Мне кажется, там всё-таки не миллисекунды, а какой-то другой механизм. Да тот же инкремент, например.
   fisher
 
199 - 05.03.21 - 14:21
(198) Момент времени - это дата + ссылка. Дата с точностью до секунды. Какую пользователь выставил, скажем. А ссылка, с точки зрения порядка - тупо время генерации ссылки (плюс еще части, дополнительно обеспечивающие уникальность ссылки как гуида). Время генерации ссылки - там 60 бит кажись. С точностью до микросекунд и даже долей микросекунд.
   Serg_1960
 
200 - 05.03.21 - 14:31
(193) эээ... все в курсе, что из ссылки можно достать её время создания? Оно не совсем и не всегда соответствует реальному, но для моих целей - и так сойдёт. Я запросом выбрал однотипные документы за прошлый год; отсортировал по GUID(SQL); вычислил и сравнил даты создания. На пару тысяч ссылок всего одно нарушение возрастания последовательности. Как бы Боря - прав... но я не исключаю вероятность проблемы с получением времени сервера в многопользовательском режиме.
  1  2  3   

Список тем форума
 
AdBlock убивает бесплатный контент. 1Сергей
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.