Как вы храните/генерируете нумерацию документов?

Question

[Александр Рублев]

Здравствуйте.
Подскажите опытные программисты, как вы работаете с нумерацией документов?
Есть задача для разных документов, генерировать разные номера, у кого-то просто 1,2,3,.. У кого то с какими нибудь буквами, или символами. С каждого нового года какие то начинать с 0, какие то нет.
Как вы храните и генерируете эти номера?
Я сейчас храню в се в одной таблице кучей, получается бардак, но создавать таблице с номерами для каждого
типа документа, звучит как то расточительно)

Может есть у кого чем поделиться.

Comments

[Vitsliputsli]

А в чем именно видите бардак? По мне, так с Number все нормально, а вот зачем Name так сделан, непонятно, я бы его нормализовал. И под каждый тип документа свой генератор номеров (тут особо нечего придумывать), делать на стороне СУБД или нет, тут уж как вам удобнее. Ну и может быть id нужно было сделать состовным ключом - тип документа + номер, но не факт, зависит от того как будете пользоваться.

[Александр Рублев]

Vitsliputsli, Ну нейм я так сделал когда только начинал, сейчас бы сделал нормально. Бардак, потому что номера 9 видов документов хранятся в одной таблице. Можно и составным ключем, но привык что у каждой строки должен быть ID.

Answer 1

[Артем Черепахин]

Можно воспользоваться функциями\функцией, которые генерирует номер для каждого типа документа включая дату, если необходимо, то хранить версию документа.
К примеру, номер документа для выделенной строки на скриншоте ид = 1156, может выглядеть 338-ПП-21-31012019(дата создания) -01(версия).
В принципе, опытный пользователь до открытия может сказать, о чем документ.

Comments

[Александр Рублев]

Ну а хранить так же все в одной таблице?

[Артем Черепахин]

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