我正在建立一个
PHP / MySQL网站,我目前正在研究我的数据库设计.我确实有一些数据库和MySQL的经验,但我从来没有从头开始构建一个真实世界的应用程序数据库,希望能够获得一些良好的流量,所以我很想听听那些已经完成它的人的意见,以避免常见错误.我希望我的解释不会太混乱.

我需要的

在我的应用程序中,用户应该能够写一个帖子(标题文本),然后创建一个“对象”(可以是任何东西,如视频或歌曲等)并将其附加到帖子.该站点有一个用户可以创建的预定义对象类型列表,我应该能够在将来添加新类型.用户还应该能够在专用页面中查看对象的详细信息并向其添加注释 – 这同样适用于帖子.

我尝试了什么

我创建了一个包含以下字段的对象表：oid,类型,名称和日期.该表包含用户应该能够添加注释的任何内容的记录(即帖子和对象).然后我创建了一个postmeta表,其中包含其他帖子数据(如文本,作者,最后编辑日期等),有关“视频”对象(URL,描述等)的数据的视频表,等等. postobject表(pid,oid)将对象链接到帖子.此外,还有一个注释表,其中包含注释文本,作者及其引用的对象的ID.

由于对象类型列表是预定义的并且可能不会改变(尽管我仍然需要能够在不改变应用程序的代码结构或数据库设计的情况下随时轻松添加类型),并且它相对较小,但它不是为每种类型创建“元”表并在我的应用程序中创建相应的PHP类来处理它的问题.

最后,网站上的页面需要显示所有帖子的列表,包括附加到它的对象,按日期排序.所以我从对象表中获取所有类型为“post”的记录,并将其与postmeta连接以获取post元数据.然后我查询postobject以获取附加到此帖子的所有对象,并发表评论以获取所有评论.

问题

这有意义吗？以这种方式为现实世界的网站设计数据库是否有用？我需要加入相当多的表来获取我需要的所有数据,并且对象表将变得巨大,因为它几乎包含每个项目(只有类型,名称和创建日期) – 这是为了保持数据库和应用程序代码灵活,但它在现实世界中工作,还是从长远来看太昂贵？我用这种OOP方法以错误的方式思考它吗？

更具体地说：假设我需要列出所有帖子,包括他们附加的对象和元数据.我需要加入这些表,至少：posts,postmeta,postobject和{$objecttype} meta(更不用说用户表来获取特定用户的所有帖子).即使我只使用数字索引,我会在这方面表现不佳吗？

此外,我考虑在这个项目中使用NoSQL数据库(MongoDB)(感谢Stuart Ellis的建议).显然它似乎更合适,因为我需要一些灵活性.但我的疑问是：我的对象的元数据包括对数据库中其他记录的大量引用.那么如果我不能使用JOIN,我将如何避免数据重复？我应该使用DBRef和here描述的技术吗？它们如何与性能方面的上述结构中使用的MySQL JOIN进行比较？

我希望这些问题确实有意义.这是我的第一个此类项目,我只是想在发布之前避免犯大错,并发现我需要完全重新设计.

最佳答案 我不是NoSQL人员,但我想知道这个特殊情况是否可能最好用文档数据库(MongoDB或CouchDB)处理.附加元数据的各种类型的对象听起来像是MongoDB设计的场景类型.

FWIW,你的表和字段命名有几个问题可能会在以后咬你.例如,类型和日期相当通用,也是保留字.您还混合了单个和多个表名,这将抛出任何自动对象映射.

无论您使用哪种数据库,最好找到一组现有的数据库命名约定并从一开始就应用它 – 这将帮助您避免细微问题并确保您的命名保持一致.我倾向于使用Rails命名约定ATM,因为它们是众所周知且相当明智的.