我需要一個關於sql表架構的建議。我已經打開了一個表並將其命名爲Chats,添加兩列(如ID和Messages)還是包含ID和消息會更好?而他們中的哪一個會工作得更快對聊天系統架構設計的建議
0
A
回答
3
個人而言,我想這個模型的兩個表:
Chats
- ID
- Name
Messages
- ID
- ChatID
- Message
- SentDate
應該有一個外鍵從Messages.ChatID到Chats.ID。
否則,您將不得不在每次有人發送消息時創建重複聊天。
我強烈建議不要在同一列中保留ID和值,這使得幾乎不可能加入,並且稍後會創建各種問題。
1
沒有理由使用單個列。添加儘可能多的列,每列都有自己的數據類型,因爲您可以稍後過濾每列中的表格並對其進行排序。如果需要,您還可以添加約束條件,索引,統計數據等。
如果您使用單獨的列,則對該表執行的任何查詢的運行速度都會更快。
相關問題
- 1. 針對MongoDB架構設計的建議
- 2. MongoDB架構設計 - 實時聊天
- 3. 優惠券代碼系統架構設計建議
- 4. Hbase架構設計建議
- 5. 聊天系統對準
- 6. 統一聊天對話框系統
- 7. Java聊天系統
- 8. VB.NET聊天系統
- 9. 構建一個定製的博客系統 - 設計建議
- 10. MongoDB的架構設計郵件系統
- 11. 有關架構設計的建議
- 12. ASP .NET系統設計建議。
- 13. 在設計系統時需要建議
- 14. 內部管理員聊天系統的數據庫設計
- 15. 接口架構設計建議
- 16. Hbase架構設計 - 建議需要
- 17. 需要系統設計建議 - URL結構
- 18. C#XNA聊天室系統
- 19. 分發Erlang聊天系統
- 20. .net聊天室系統
- 21. PHP/Js聊天系統
- 22. PHP支持聊天系統
- 23. txt文件聊天系統
- 24. 聊天系統實現
- 25. EventMachine:如何使用Rails應用程序構建聊天系統
- 26. 如何構建Web /客戶端支持聊天系統
- 27. 分析系統 - 數據庫設計或架構存儲統計
- 28. 設計的聊天窗口
- 29. 對運營統計信息收集系統的建議
- 30. 關係計數系統(MongoDB)的架構設置
千萬不要永遠不要在一列中存儲多個值。 'id'只能包含**一個**號碼。而'message'應該只包含**一個**消息。 –
我已經這樣做了,但他們都工作緩慢,即使有三個或四個行 –
你使用什麼數據庫? MSSQL? MySQL的?甲骨文? – Liath