2011-01-29 91 views
0

我加入到创建一个网站,那里的管理员可以添加新的篇章,文章标题和副标题(也许子字幕...等),组织数据库在线诅咒

我想过创造父 - 子表:

1-诅咒(N_curse,标题,介绍,日期)
2章 (N_chapter,N_curse,标题,介绍)(其中 诅咒是章的亲本)
3 -title(N_title,N_chapter,intro,text) (其中标题是章的孩子)
4-字幕(N_subtitle,N_chapter,介绍,文本) (其中字幕是title'child)
5 -...

等。

但我认为这不是一个实际的whay来定义一个这样的n-tree数据库,那么有什么解决方案来尊重管理员添加的每个字幕的开放使用?谢谢

+1

请参阅:http://dev.mysql.com/tech-resources/articles/hierarchical-data.html – 2011-01-29 17:52:41

+0

@omg小马,我真的appriciate ...谢谢:-) +1 – SmootQ 2011-01-29 17:54:24

回答

1

嗯,我是一个非常核心的关系人,我会说新的“noSQL”数据库可能会使这更容易。如果你的系统更加面向文档或者面向事务,并且如果它有更多的读取而不是写入(听起来像是这样),分界线似乎是。

看看MongoDB的教程,他们可能会给你一些想法。