Таблица рекурсивных отношений MySQL с отношением «многие ко многим»

Question

Я создаю структуру базы данных, которая содержит списки свойств. Каждый список содержит различные удобства, которые мне нужно хранить, в таблице перечисление_свойств .

Эта таблица перечисление-удобства будет содержать рекурсивные записи. Например,Удобство перечисления могло бы быть "интернетом". Под этой записью мы должны хранить дочерние записи, такие как тип интернета (ADSL, Fiber и т. Д.), Скорость (20 МБ, 50 МБ и т. Д.), А также интернет-провайдер.

Мой вопрос заключается в том, является ли рекурсивная модель правильным решением, и как я могу построить структуру базы данных для этого или есть лучшее решение для такого рода проблем. Другими словами, было бы лучше просто хранить все удобства и их под-свойства в большом столбце BLOB-объектов в таблице списков?

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

Answer 1

Во-первых, я бы рекомендовал использовать BLOB-объект JSON, потому что запрос будет непростым и надежным.

Если вы определили конечное число уровней, на которые вы разбиваете свои дочерние свойства, например два для удобстваи sub_property, с которым вам будет легче иметь дело.

Причиной использования одной таблицы с самостоятельными ссылками на под- или супер-свойства является поддержка неопределенного числа уровней, которые можно разбить на части,Однако это может быть громоздким, потому что вы никогда не знаете, сколько уровней, поэтому вы не знаете, сколько уровней использовать в объединении. Если вы можете избежать этого, возможно, будет лучше.