Стоит ли создавать таблицу в БД, в которой будет заведомо фиксированное кол-во записей?

Question

[Антон]

Разрабатываю ИС кинотеатра на ASP.NET. Появился такой вопрос: стоит ли хранить жанры, страны и т.п. (в которых будет фиксированное кол-во записей) в отдельных таблицах или лучше создать соответствующие enum-ы? Спасибо.

Comments

[Akina]

Лучше отдельные таблицы.
К тому же фиксированное - это сегодня. Но не факт, что оно останется ровно таким же завтра..

Answer 1

[d-stream]

Каждый bool со временем становится enum, а каждому enum со временем требуются допатрибуты.
Как итого - лучше сразу делать таблицы... Ну кроме случаев оплаты за количество нажатых кнопок...

Страна - может разделится, может сменить свой код, наименование, в комбобоксе выбора места немного и ОАЭ там выглядит гармоничнее чем "Объединённые Арабские Эмираты" , а вот в карточке фильма - наоборот.
Плюс страны могут могут объединяться смысловыми понятиями - азиатские фильмы, европейские и т.п.

С жанрами и поджанрами - та же фигня.

Итого как минимум (который можно юзать сразу или прийти к нему итеративно):
- id
- краткое наименование
- полное наименование
- картинка (например имя файла флага страны)
- порядок сортировки (возможно даже несколько порядков)

Answer 2

[Василий Банников]

Я бы енам сделал (ещё лучше, если это енам из Pg)

1. Не так уж и часто этот список меняться будет.
2. Делать конверсию из значения енама в текст будет дешевле на стороне приложения, а не джоином.