Мне поручено создать веб-сайт, на котором администратор может добавить новую главу, заголовки статей и субтитры (и, возможно, суб субтитры... и т.д.),
Я думал о создании родительских-дочерних таблиц:
1-Проклятие (N_curse, название, интро, дата)
2-глава (N_chapter, N_curse, Title, intro) (где проклятие является родителем главы)
3-заголовка (N_title, N_chapter, интро, текст) (где заголовок является дочерним элементом главы)
4-субтитров (N_subtitle, N_chapter, интро, текст) (где субтитры - это title'child)
5 -...
и т.д.
Но я думаю, что это не практично, чтобы определить такую базу данных n-дерева, так что решение уважать открытое использование для каждого субтитра, добавленного администратором??? спасибо
Ну, я довольно хардкорный реляционный парень, и я бы сказал, что более новые базы данных "noSQL" могут сделать это намного проще. Похоже, что разделительная линия, если ваша система более ориентирована на документ или ориентирована на транзакцию, и если она будет иметь гораздо больше чтений, чем пишет (звучит так).
Взгляните на учебники MongoDB, они могут дать вам несколько идей.