作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我目前正在开发一个群聊,专门为开发人员的协作而开发。我目前正在将系统从仅包含一个大厅(聊天室)转变为允许每个用户拥有自己独特的大厅(带有大厅 ID)。
我为每个用户分配大厅 ID,以便他们登录时加载正确的消息。为了显示特定大厅的正确消息,在数据库中,我为每条消息分配了唯一的大厅 ID。这就是我目前实现的。
但是,我想知道为每个大厅提供自己的 table 来放置消息是否是一个明智的主意。
这样一来,有一天,它们就可以分布在许多表之间,而不是在一个表中包含 200,000 条消息,从而减少查询时间。
建议?
最佳答案
嗯,为每个聊天室制作一个独特的表格听起来是一个非常糟糕的主意。听起来它会给你带来更好的性能,而且也可能如此。但是,它会使维护和 future 的更改变得更加困难,使您的数据库变得一团糟,并且最终不会给您带来任何其他方式无法获得的好处。
您应该为所有聊天消息创建一个表格,并使用“ChatID”/“LobbyID”列来建立消息与相关聊天室之间的连接。
然后,您应该在该列上创建二级索引,甚至将其用作分区键。这样您可以获得良好的性能,但不会出现困惑的表格。
希望这有帮助。
关于mysql - 如何最好地组织我的数据库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36668236/
我是一名优秀的程序员,十分优秀!