Есть некотрое множество записей, каждая относится к какой-нибудь категории или подкатегории (Например, каталог товара).
Какаой способ построения БД оптимальней:
1. Для каждой категории своя ТБ
2. Ввести доп поле, которое будет опр принадлежность к категории
Про построение БД
Re: Про построение БД
Конечно 2 вариант! Иначе при добавлении новой категории, а это возможно в будущем придётся делать, тебе придётся создавать новые таблицы... что не очень хорошо.АнаЯми писал(а):Есть некотрое множество записей, каждая относится к какой-нибудь категории или подкатегории (Например, каталог товара).
Какаой способ построения БД оптимальней:
1. Для каждой категории своя ТБ
2. Ввести доп поле, которое будет опр принадлежность к категории
Множество записей это сколько?АнаЯми писал(а):Я тоже склонялась ко второму варианту. Единственное, что меня смущает, будет ли этот вариант оптимальным при большом множестве записей?
Теперь подумай солько проблем будет с динамическим созданием таблиц в нормальной (обыденной) работе клиентских программ...
Да и тебе как программисту необходимо будет что то выдумывать что бы в динамических запросах учавствовали вновь созданные таблицы...
Так же необходимо будет переподключаться к базе данных, чтобы изменённые метаданные вступили в силу.
Короче с 1 вариантов проблем куча, да и не "спортивный" это подход
Неправильно это в нормальной работе менять метаданные!