我知道这在某种程度上已经完成，但我仍希望得到一些共识。在为您的网站构建内部邮件系统时，有多个表来处理邮件是否有任何好处。例如，使用
message_id,
reply_id,
sender_id,
recipient,
subject,
message,
time,
read_status,
我似乎能够处理所有事情，但是，随着项目的扩展，也许2个表会更好。我对此很新，所以我想确保我没有错过一些可能发生的明显问题。
非常感谢您查看这个有点抽象的问题。
答案 0 :(得分：1)
有多个表来处理邮件是否有任何好处。
tables的简单之处在于它们的用法与您需要在布局架构中处理的data（读取列）的数量成正比...所以除非你有一个包含大量属性/列的大模式，然后是NO，否则使用多个表没有特别的优势
随着项目的扩展，也许2个表会更好。
Project Scales在什么意义上???
如果用户数增加，那么现有架构应该可以 处理它，因为不需要添加任何新列
如果需要添加新属性（读取列），那么 我认为你应该更好地规范化并设置模式 实际上实现了DB-Schema
如果我要为第二种情况实现某些东西，那么（是一个懒惰的程序员）我会在当前模式中放置一些保留列，所以如果需要，我稍后会将列重命名为我的需要并将它们直接使用.....无需重新设计架构（与我在2 nd 项目符号中所说的相矛盾）!!