Александр52Добрый день!
Сразу к делу:
Разрабатывается БД под новый проект.
Есть, например, 20-30 категорий, у каждой категории свой набор параметров( зачастую уникальных). Посоветуйте как спроектировать БД, чтобы было ХО-РО-ШО!
Рассматривался вариант создания одной большой таблицы параметров, но на каждую категорию приходится по 10-15 параметров. Соответственно при добавлении новой категории придется вручную добавлять новые столбцы. Итого получится огромная некрасивая разреженная таблица с кучей NULL’ов(да и число столбцов в ms sql ограничено до 1024). Просто не вариант при каждой новой категории добавлять столбцы.
Рассматривался вариант – на каждую категорию – свою небольшую табличку. Тут всё так же – при добавлении новой категории - придется добавлять новую таблицу с полями.
И рассматривался третий вариант, когда создается одна таблица на все категории, состоящая из нескольких колонок, куда подряд(построчно) записываются новые параметры. Таким образом, получается «узкая», но длинная таблица. Тут при добавлении категории менять структуру не надо, будет происходить только вставка. Но тогда, если у одной категории, например 10 параметров, придется 10 раз джойнить таблицу саму на себя, что неприемлемо.
Посоветуйте, как лучше решить эту задачку?
по поводу разряженной таблицы добавлю, что можно использовать sparse столбцы и получить некоторую экономию по месту занимаемому строками, потом можно совместить 1 и 2 подход, чтобы не хранить в одной таблице куриц-несушек и автозапчасти, создать какие то базовые категории. Третий вариант имхо чреват чрезмерным использованием динамики в запросах. Тут вот еще XML предлагали, но это не совсем реляционный подход и будет ли с ним хорошо в плане проверки ограничений целостности и быстродействия.