我正在建立一个PHP / MySQL网站，我目前正在进行数据库设计。我确实有一些数据库和MySQL的经验，但我从来没有从头开始构建一个真实世界的应用程序数据库，希望能够获得一些良好的流量，所以我很想听听那些已经完成它的人的意见，以避免常见错误。我希望我的解释不会太混乱。
我需要什么
在我的应用程序中，用户应该能够写一个帖子（标题+文本），然后创建一个“对象”（可以是任何东西，如视频或歌曲等）并将其附加到帖子。该站点有一个用户可以创建的预定义对象类型列表，我应该能够在将来添加新类型。用户还应该能够在专用页面中查看对象的详细信息并向其添加注释 - 这同样适用于帖子。
我尝试了什么
我创建了一个包含以下字段的objects表：oid，type，name和date。该表包含用户应该能够添加注释的任何内容的记录（即帖子和对象）。然后我创建了一个postmeta表，其中包含其他帖子数据（如文本，作者，最后编辑日期等），一个videometa表，用于显示有关“视频”对象的数据（URL，描述，等），等等。 postobject表（pid，oid）将对象链接到帖子。此外，还有一个comments表，其中包含注释文本，作者及其引用的对象的ID。
由于对象类型列表是预定义的并且可能不会改变（尽管我仍然需要能够在不改变应用程序的代码结构或数据库设计的情况下随时轻松添加类型），并且它相对较小，为每种类型创建一个“元”表并在我的应用程序中创建一个相应的PHP类来处理它不是问题。
最后，网站上的页面需要显示所有帖子的列表，包括附加到它的对象，按日期排序。因此，我从objects表中获取所有类型为“post”的记录，并将其与postmeta一起加入以获取帖子元数据。然后我查询postobject以获取附加到此帖子的所有对象，并comments获取所有评论。
问题
这有什么意义吗？以这种方式为现实世界的网站设计数据库是否有用？我需要连接几个表来获取我需要的所有数据，objects表将变得很大，因为它几乎包含每个项目（只有类型，名称和创建日期） - 这是保持数据库和应用程序代码的灵活性，但它在现实世界中是否有效，或者从长远来看是否过于昂贵？我用这种OOP方法以错误的方式思考它吗？
更具体地说：假设我需要列出所有帖子，包括他们附加的对象和元数据。我需要加入这些表格，至少：posts，postmeta，postobject和{$objecttype}meta（更不用说users表来获取所有帖子了例如，特定用户）。即使我只使用数字索引，我会在这方面表现不佳吗？
另外，我考虑过为这个项目使用NoSQL数据库（MongoDB）（感谢Stuart Ellis的建议）。显然它似乎更合适，因为我需要一些灵活性。但我的疑问是：我的对象的元数据包括对数据库中其他记录的大量引用。那么，如果我不能使用JOIN，我将如何避免数据重复？我应该使用DBRef和here描述的技术吗？它们如何与性能方面的上述结构中使用的MySQL JOIN进行比较？
我希望这些问题确实有意义。这是我的第一个此类项目，我只是想在发布之前避免犯大错，并发现我需要完全重新设计。
答案 0 :(得分：2)
我不是NoSQL人员，但我想知道这个特殊情况是否可能最好用文档数据库（MongoDB或CouchDB）处理。附加了元数据的各种类型的对象听起来就像是MongoDB设计的场景。
FWIW，您的表格和字段命名存在一些问题，以后可能会让您感到困惑。例如，类型和日期相当通用，也是保留字。您还混合了单个和多个表名，这将抛出任何自动对象映射。
无论您使用哪种数据库，最好找到一组现有的数据库命名约定并从一开始就应用它 - 这将帮助您避免细微问题并确保您的命名保持一致。我倾向于使用Rails命名约定ATM，因为它们是众所周知且相当明智的。
答案 1 :(得分：0)
或者，如果您担心数据库空间，可以将对象内容存储为数据库外的文件。
如果您在数据库中存储任何内容，则您已在objects中拥有对象类型;所以你可以添加带有长二进制字段的object_contents表来存储对象。您无需为每种新类型创建新表。
答案 2 :(得分：0)
我在现实世界的网络应用程序中看到了很多JOIN（5到10）。对象表可能会变大，但这些索引是为了。到目前为止，我没有在您的数据库中看到任何错误。顺便说一下，我觉得奇怪 - 一个帖子，一个对象，以及每个对象的单独评论？无法将图片与文字混合？