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

[Vit@L]

Да, действительно. Так и сделаю. Всем огромнейшее спасибо за советы.
Хотя с другой стороны, в 1С, реализовано именно так как я хотел сделать. Т.е. там не обязательно сохранять документ, чтобы напечатать.

[Sciv]

Сообщение от Vit@L

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

и как давно?

Из любопытства полез в 1С - ничего подобного, "Перед печатью документ требуется сохранить!" выдает

[Vit@L]

Сообщение от Sciv

и как давно?

Из любопытства полез в 1С - ничего подобного, "Перед печатью документ требуется сохранить!" выдает

Не знаю в какой Вы 1С пробовали, но вот я в 7.7 открыл реализацию и не сохраняя, даже ничего не забивая в сам документ (ни контрагента, ни товар) пробую вывести на печать что акт, что ТОРГ12, без проблем. Все дает напечатать.

А вот в 8.1 да, и в самом деле не дает. Но вот в 7.7 без проблем можно печатать.

В общем возникает другая проблема. Если изначально не присваивать номер документу, а присваивать его только при сохранении, то как быть тогда с табличными документами. У меня в программе они привязываются по номеру документа. Т.е. записи в табличном документе выбираются из таблицы по номеру документа.
Как быть в таком случае?

[evg_m]

У меня в программе они привязываются по номеру документа. Т.е. записи в табличном документе выбираются из таблицы по номеру документа.
Как быть в таком случае?

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

[Vit@L]

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

[Serge_Bliznykov]

А у меня организовано так что при добалении строки в документ, ей сразу же присваивается номер документа.

переделать. Сделать так, чтобы при добавлении строки в документ ей сразу присваивался УНИКАЛЬНЫЙ код документа (уникальный код == ключевое поле == id ). Ключевое поле к тому номеру документа, который видит пользователь никакого отношения не имеет (например, как Вам было предложено выше, можно сохранять документы (черновики) вообще БЕЗ НОМЕРА. А номер присваивать когда документ будет заполнен полностью и правильно (тогда он перейдёт из статуса черновика в реальные документы).



к слову. Всем разработчикам БД весьма рекомендую ознакомится со статьёй
"Естественные ключи против искусственных ключей" Автор: Анатолий Тенцер

[Vit@L]

Serge_Bliznykov, ну да, можно и так. Но я немного по другому все сделал. Изначально всем строкам документа присваивается нули, затем, когда документ сохраняется, самому документу присваивается номер и с помощью цикла пробегаюсь по каждой строке документа и изменяю нули на номер документа.

[evg_m]

и с помощью цикла пробегаюсь по каждой строке документа и изменяю нули на номер документа.

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

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

Если же не только хранят, но еще и связываются с главным по оному, то ошибка проектирования.
При сбоях поможет только кропотливая ручная коррекция.

[Vit@L]

evg_m, и что тогда Вы предлагаете?

[evg_m]

evg_m, и что тогда Вы предлагаете?

вам уже сказали

к слову. Всем разработчикам БД весьма рекомендую ознакомится со статьёй
"Естественные ключи против искусственных ключей" Автор: Анатолий Тенцер

1. Исправить ошибки проектрования.
Ввести ID записи (НЕ НОМЕР) в головном документе. Задать его как уникальный индекс (как минимум). А лучше задать как счетчик (автоинкренементное поле).
Главное правило ID задается сразу и никогда ни при каких обстоятельствах НЕ МЕНЯЕТСЯ.

Ввести ref_ID ссылку на ID головного документа в строки документа.
Указать его как внешний ключ к головной таблице. Задать нужные тригеры.
Все построения документов вести через ID и ref_ID.

2. Нормализовать таблицы.
Сам НОМЕР документа хранить только в однм месте (в головной таблице).
Заполнять номер в любое удобное пользователю время.

А номер присваивать когда документ будет заполнен полностью и правильно (тогда он перейдёт из статуса черновика в реальные документы).

Один раз и без цикла.

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