Структура видов «кодовых данных». Опишем альтернативный подход для учета видов кодовых данных. Предлагается следующая таблица (справочник, регистр и т.д.) «Виды кодов приложения» со структурой полей (граф, реквизитов, ресурсов, измерений и т.д.): -Код -Страна. Некоторые виды кодов могут применяться только в конкретной стране (или в части страны, или в союзе стран), тогда это нужно указывать в этом поле. Если же данное поле пустое, значит, данный вид кода применяется во многих (или во всех) странах. -ДатаНачалаДействия. Поле служит для информирования пользователей о сроке начала действия какого-либо вида кода. Но, однако, вроде бы логично напрашивающееся поле «Дата окончания действия» для «вида кода» автором не рекомендуется, потому что, как показывает практический опыт (например, отмены РНН), давным-давно законодательно прекращенное действие какого-либо вида кода тем не менее может фактически постоянно требоваться при введении в различные учетные формы. Поэтому не нужно вводить в заблуждение пользователей, изобретать какие-либо поля вроде «нормативного срока окончания действия», «фактического срока окончания действия» и т.д. -Наименование, ПолноеНаименование -Подробности1, Подробности2. Здесь могут приводиться какие-либо ссылки на веб-ресурсы, списки кодов, если они малочисленны, примечания и т.д. Примеры «видов кодов приложения» - инвентарный номер, складской код, артикул, VIN код, каталожный номер, серийный номер, заводской номер, код ТНВЭД, код КОФ, номер паспорта, внутрифирменный каталожный номер, ГОСТ, СТ, ТУ, color code, style code, EAN code, перечень (список), почтовый код РК, альфа3 код, цифровой код страны, код территории, IBAN, ZIP code, area code и т.д. Преимущества применения таблицы «Виды кодов приложения» мы увидим дальше, но специалисту оно понятно практически сразу. Пользуясь ею, можно создавать новые «Виды кодов приложения» «на лету», в режиме пользователя, без мучительного обновления базы, без ожидания программиста, просто записав еще одну запись этой таблицы. Ранее же, чтобы вместить в базу данных новый вид кода, требовалось менять структуру базы (а это может быть тяжелой и трудоемкой операцией), каждый раз (!) создавая новую колонку (столбец, реквизит) типа -«Контрагент.НовыйКодНомер456» и т.д. Никто не думает о том, что будет дальше, когда число таких колонок может резко вырасти.
|