Посоветуйте как организовать учет документов по дате, когда дата это не только время проведения документа, а поле которое определяет последовательность всех расчетов в программе.
Расчеты проводятся по последовательности этих дат и соответственно дата, или (дата + дополнительное поле) должны быть уникальны

проводки могут не приходить долго, но потом за одну секунду может прийти до 500 одновременною

Как все это организовать (не на практике, а теоретически),

А, именно, допустим в базе имеем уже существующие проводки:
....
1. 2014-02-24 14:01:01
2. 2014-02-24 14:01:02
3. 2014-02-24 14:01:03
4. 2014-02-24 14:05:01
....
х. 2014-02-24 15:10:21
х. 2014-02-24 15:10:22


1. Что делать если следующие 10 проводок пришли одновременно в 2014-02-24 14:10:22 (совпадает с последней записью)
2. Что делать если при редактировании даты (а, такая возможность у оператора имеется) выбрали дату 2014-02-24 14:01:02 (которая совпадает с записью №2, а перед и после дата занято.).

Дата обязательно должно сохранятся как календарная дата, плюс где-то нужно обязательно сохранить последовательность внутри совпадающих дат. Соответственно нужно дополнительное поле, которое определит иерархию в группе совпадающих дат, но как организовать это дополнительное поле?

Перенумерация этого поля, при каждой проводке, просто исключается, смысл постановки вопроса как раз исходит из этого условия.

Спасибо, за ответ!

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

может кто знает механизм (хеширование, рандом, заранее резервирование диапазона для предполагаемых вставок между записями, исходя из разумного возможного количества, и т.д.).
допустим, может кто знает как это организована в 1С, как я знаю там тоже для программы дата основное понятые в расчетах.