Ансофт Девелопмент ПРИНЦИПЫ ПРОЕКТИРОВАНИЯ СТРУКТУРЫ БАЗЫ ДАННЫХ ДЛЯ СТАНДАРТИЗАЦИИ РАЗРАБОТКИ ПРИЛОЖЕНИЙ В реляционных моделях систем управления базами данных (СУБД) часто применяется процесс нормализации структуры базы данных. <...> Как пятая, так и уже декларированная в литературе шестая нормальные формы, при всех преимуществах оптимальности хранения данных, гибкости при разработке запросов ? имеют и хорошо известные проблемы. <...> К ним относятся возрастание трудо¸мкости разработки запросов из-за необходимости соединения множества отношений, сложность понимания и документирования таких структур данных, количество отношений в которых исчисляется сотнями и тысячами, сложность создания единообразных механизмов для объектов, схожих логически, но разных по структуре хранения данных. <...> Поэтому на практике актуальна задача создания таких структур данных, в которых преимущества нормализованных отношений сочетались бы с простотой и единообразием разработки программных режимов. <...> Рассмотрим методы решения указанной задачи на примере проектирования структуры базы данных ERP-системы AVARDA [3], применяемой для управления крупными оптовыми и сетевыми торговыми компаниями. <...> Рассмотрим применение концептов при создании таблиц для справочников. <...> Информационная система содержит множество справочной информации: списки контрагентов, товаров, хозяйственных операций, финансовых статей и сотни других понятий. <...> Опустив детали присваивания значений по умолчанию и работы с кодировками текста, представим классическую нормализованную структуру данных для таблицы контрагентов в синтаксисе применяемой СУБД Firebird: CREATE TABLE KONTRAG ( LID INTEGER NOT NULL, /* первичный суррогатный ключ */ ISSN 0025-4568. <...> 6 LNAME VARCHAR(80), /* наименование контрагента */ LCODE VARCHAR(20), /* код контрагента */ LPARENT INTEGER, /* ссылка на группу контрагентов */ LAUTHOR INTEGER DEFAULT 0, /* ссылка на автора записи */ LIMAGE INTEGER DEFAULT 0, /* ссылка на изображение */ KLIMIT NUMERIC(15,4), /* кредитный лимит */ LINFO BLOB <...>