Приветствую, значит ситуация следующая, требуется сделать базу для хранения "компонентов". Компонент, это некая графическая абстракция + немного метаинформации. В компоненте есть два символа, т.е само графическое представление. Символ состоит из примитивов, т.е линии, прямоугольников, окружностей и т.д. Сейчас стою перед выбором, как лучше организовать структуру базы под это дело.
Вариант 1. Делаем одну общую таблицу примитивов, со столбцами - всеми возможными реквизитами примитивов, т.е всякие X1, X2, Width, Height, Radius и и.т.д Плюс: Всё будет в одной таблице, но в ней будет много "пустого места".
Картинка для пояснения:



Вариант 2: Для каждого примитива заводим свою таблицу, типа Lines, Rectangles, Circles и т.д В этой таблицу храним реквизиты для каждого примитива + внешний ключ ИД символа, к которому этот примитив принадлежит. Плюсы: вроде как логичней, но минус: усложняется структура, придётся иметь кучу таблиц со связями типа много-ко-многим с таблицей самих символов.

Что думаете? :)

Поправочка, во втором варианте, связь один-ко-многим конечно же. Т.к у каждого символа свои уникальные примитивы. :)

MasterZiv,

Я не осилил добавление вложения на этом форуме :(

Тоже склоняюсь ко второму варианту, буду прорабатывать его )