ChA,

авторКлиент высказал смутное пожелание, чтобы позиции имели порядоковую нумерацию - 1, 2, 3....

Зачем? Например, чтобы можно было проект документа распечатать, руководитель его почеркает - позицию 50 увеличить, позицию 100 уменьшить, позицию 150 убрать - а потом по этой распечатке быстро по номерам найти нужные позиции и поправить в оригинале.

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


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

авторНумерация позиций делается в любом генераторе отчётов штатными средствами. В базе её
хранить ни к чему.
Т.к. нумерация становится "идентификатором" и основанием для изменений в документе, то как раз проще ее хранить в базе. Иначе потребуется обеспечить одинаковость сортировки во всех местах где можно работать с этим документом. А мало ли как он по ИС гуляет? ))) Например создается он в одной ИС, в ней печатается, согласовывается в другой, а в третей еще и сверяется скан с электронным представлением, что бы обеспечить гарантию, что "ушлый" манагер листик не подменил.

Dimitry SibiryakovНапечатали версию документа, начальник сказал вычеркнуть 50-й пункт. В следующей версии в
нумерации должна быть дырка в 50-й позиции, чтобы при дальнейшем гулянии нумерация
последующих пунктов не сбилась?.. "Эт вряд ли..." (с)


Я такого не говорил. )))

Нумерация является идентификатором для текущей (ну или какой-то конкретной) версии документа. Тухлые (просроченные) версии в большинстве случаев никому не интересны - в противном нужно хранить историю.
Поэтому если начальник, например во 2й версии драфта, вычеркнул 50 строку, то в 3й версии (созданной как результат корректировки 2й по изменениям этого начальника) на 50й позиции будет уже другая строка.
Но если кто-то захочет еще раз внести корректировку (по тем же замечаниям) то он будет видеть, что начальник работал с 2й версией, а в базе уже 3яя.

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

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