Необходимо организовать нумерацию документов!!!

[Аватар]

По-моему здесь речь идет о номере документа, который будет фигурировать например в приходном или расходном складском ордере. И скорее всего приход и расход в одной таблице, а нумерация разная в зависимости от типа документа. Т.е. номер навряд ли автоинкриментный счетчик. В качестве составного уникального индекса, если не ключевого, так альтернативного он может фигурировать. Авто-формированиия нет, все равно его нужно каким то образом вычислить и попытаться избежать возникновения дырок хотя бы при вставке. Или все не так?

[Serge_Bliznykov]

Аватар, +1

[Yurk@]

а что мешает сканить это на уровне тригера (before insert\update) в самой БД? ... ловим new.№_документа и ищем такой же ... нашли - выводим сообщение что такое уже есть, не нашли - даём сохранить

[Stilet]

И скорее всего приход и расход в одной таблице, а нумерация разная в зависимости от типа документа.

Ну в таком случае я автора поздравляю с граблями.

а что мешает сканить это на уровне тригера

Лишняя нагрузка на СУБД, и потом, если один юзер ввел номер, и второй ввел такой же номер, вторая транзакция (допустим в ней уже вбито 100 документов) глюканет и откатит не один, который пересекается с первым юзером а все 100 документов. Какой же манагер станет наново их перевводить?

[Аватар]

Stilet, таких граблей с нумерацией документов в реальных задачах бухгалтерского документооборота на предприятии конь не валялся. Всем хочется автоматического формирования, фигурирования номера уже в начале создания документа, который не факт, что будет записан в базу, требования к уникальности самые разнообразные. И все вопят по поводу дырок, которые сами же наделали, удалив ранее введенные документы. Триггер - вполне нормальное решение, но не для отфутболивания, а для корректной генерации номера документа. По поводу отката сотни документов - это претензии к программисту, не зачем такие транзакции делать, куча причин по которым rollback может произойти.

[evg_m]

Универсальное давно придуманное (до изобретения компьютеров) решение ЖУРНАЛ учета документов.
в документе предусматриваем функцию получить номер.
Она выполняет генерацию рег. номера документооборота.
при создании нового док-та ф-я естественно не вызывается.
Ее можно вызвать пользователь в любой момент формирования документа (хоть в самом начале с "пустым" документом).
при этом в БД должно быть сохранено текущее состояние документа.
Но можно сохранить документ и без рег. номера (нечто вроде черновика документа).
Для рег. номеров документов есть свойство исполнитель автоматически заполняемое при генерации номера.(что бы знать кому давать по шапке за лишние номера).
при исключении документа с рег. номером фиксируется исполнитель удаливший такой-то номер (чтобы знать кому дать по шапке за исключение номера).

можно даже отдельную таблицу рег. номеров. а документы имеют ссылку на оную.
рег. номер; кто завел документ; когда; кто исключил документ; когда;
И никаких удалений из данной таблицы.

[Vit@L]

Сообщение от Аватар

По-моему здесь речь идет о номере документа, который будет фигурировать например в приходном или расходном складском ордере. И скорее всего приход и расход в одной таблице, а нумерация разная в зависимости от типа документа. Т.е. номер навряд ли автоинкриментный счетчик. В качестве составного уникального индекса, если не ключевого, так альтернативного он может фигурировать. Авто-формированиия нет, все равно его нужно каким то образом вычислить и попытаться избежать возникновения дырок хотя бы при вставке. Или все не так?

Именно так и есть. Вы все правильно поняли.

evg_m, номер документа необходим изначально. Т.е. как только открылась форма документа, номер уже должен быть присвоен. Это важный момент. Так как пользователь может не сохраняя сам документ в базе вывести его на печать. Так что номер нужен обязательно.

[Аватар]

Да и я хочу сделать так, чтобы при попытке открыть документ, который заблокирован другим пользователем, выдавалось сообщение, что документ заблокирован таким-то пользователем. Т.е. будет известно, кому потом по шапке надавать :-)
Вариант, конечно, не идеален, но для моего случая - самый подходящий.

Vit@L, за такую реализацию не знаю как пользователям, но вам точно по шапке надают.

ADD Ди печатать разрешить можно только после сохранения документа в базу

[Serge_Bliznykov]

печатать разрешить можно только после сохранения документа в базу

категорически и безусловно согласен - никакой печати ДО сохранения документа. Иначе распечатают документ с номером XX, выйдут без сохранения, другой зайдёт, создаст документ с номером XX (да, да, тем же самым) и вы потом клиенту, абоненту, начальнику, гендиру, бухгалтеру, прокуратуре (в зависимости от того, что за документ) будете расказывать, почему распечатан один документ, а в базе с таким же номером - другой!

[evg_m]

можно даже отдельную таблицу рег. номеров. а документы имеют ссылку на оную.
рег. номер; кто завел документ; когда; кто исключил документ; когда;
И никаких удалений из данной таблицы.

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

Никаких проблем. Отключаем сохранение при получении номера.

создал документ, получил номер, распечатал, закрыл не сохраняя.

И начальникам и проверяющим доказывать будут те:
кто завел документ ;
кто исключил документ.(или забыл сохранить).
А также автор программы почему разрешено получение номеров на несуществующие документы.