Структура таблицы при однотипных данных?

Question

[Dmitry Bay]

Доброе утро.

Вопрос следующий, сижу, думаю нужно ли выдумывать.
Есть таблица, содержащая информацию о объекте. И есть законченное множество однотипных данных, например как свойства тут: https://www.airbnb.ru/rooms/432044?s=QQulq1Q8&chec...

Как следует хранить данные?
1) В той же таблице
2) В отдельной таблице.

Comments

[longclaps]

Растолкуйте словосочетание "законченное множество".

[Dmitry Bay]

longclaps: имеется в виду, что не будет увеличиваться. Свойств - порядка 30.

Answer 1

[nirvimel]

Редкий случай, когда данные сходу представленные почти в нормальной форме, следовательно идеально вписываются в одну таблицу БД.
Только поля с перечисляем типом (например, у вас "Тип размещения"), конечно, нужно сделать ключами ко внешним таблицам (ну, это очевидно).
Единственное исключение - "Спальные места" должны идти в отдельной таблице и подключаться к основной таблице как Много-к-одному, так как их количество переменно, а сами они представляют отдельный тип данных. Ну и комменты (если храните их), то, очевидно, пойдут через Много-к-одному.

Comments

[Dmitry Bay]

А что вы можете сказать о разделе - Удобства, где 30+ объектов. Делать смежной таблицей?

[nirvimel]

Дмитрий Байчапанов: Нет, это флаги (булевы поля в основной таблице). Там сейчас именно так и сделано, перечеркнутые наименования "удобств" соответствуют значениям FALSE в соответствующих полях.
Разница со "спальными местами" в том, что каждое из "удобств" не представляет собой отдельную сущность и их набор достаточно постоянный (его изменения неизбежно сопровождаются ALTER таблицы).

[Dmitry Bay]

nirvimel: спасибо, я сомневался просто, насколько это правильно.