Когда использовать рекурсивная таблица
Мне нужно создать структуру схемы для поддержки оглавления (чтобы уровень разделов / подразделов мог меняться для каждой книги или документа, который я добавляю) ... одна из моих первых мыслей заключалась в том, что Я мог бы использовать рекурсивную таблицу, чтобы справиться с этим. Я хочу убедиться, что моя структура нормализована, поэтому я старался не деонормировать данные оглавления в одну таблицу (а затем добавлять столбцы, когда есть больше подразделов).
Кажется неправильным строить рекурсивную таблицу и может некрасиво заселять.
Просто хотел подумать о некоторых альтернативных решениях или о рекурсивной таблице в порядке.
Спасибо,
S
2 ответа
Помогает то, что в SQL Server 2008 есть как рекурсивное предложение WITH, так и иерархия, чтобы упростить работу с иерархическими данными - вчера я указал кому-то, что в MySQL нет ни того, ни другого, что усложняет задачу ...
Самое главное - просмотреть свои данные - отлично, если вы можете нормализовать их, чтобы они находились в одной таблице. Но не затягивайте его так, чтобы он поместился на одном столе - если ему нужно больше столов, создайте его таким образом. Данные и использование покажут вам правильный способ моделирования вещей.
Если сомневаетесь, не усложняйте. Если у вас есть коллекция похожих предметов, например сотрудников, то таблица, которая ссылается на себя, имеет смысл. Хотя здесь вы можете утверждать (совершенно справедливо), что каждый элемент в таблице является «разделом» той или иной формы, если вам не удобно моделировать данные в виде разделов и обрабатывать различные типы разделов через связи с этими сущностями, Я бы избегал сложности таблицы со ссылками на себя и придерживался нормализованного подхода.