4
這可能是非常主觀的,我對此有自己的想法,但是如何構建支持用戶到用戶消息的數據庫(一對一或一對多)。用戶消息數據庫架構?
我最初的想法是有一個消息表和MESSAGE_PARTIES表
消息將包括以下 字段: -ID,主題,正文,創建時間,家長MSG ID(回覆)
MESSAGE締約方字段將包括: -ID,消息ID,發件人ID,接收者ID,發送在
這是合理的邏輯嗎?我渴望知道更好/更有效的方式。
這可能是非常主觀的,我對此有自己的想法,但是如何構建支持用戶到用戶消息的數據庫(一對一或一對多)。用戶消息數據庫架構?
我最初的想法是有一個消息表和MESSAGE_PARTIES表
消息將包括以下 字段: -ID,主題,正文,創建時間,家長MSG ID(回覆)
MESSAGE締約方字段將包括: -ID,消息ID,發件人ID,接收者ID,發送在
這是合理的邏輯嗎?我渴望知道更好/更有效的方式。
你不太對,MESSAGE PARTIES
。根據您當前的設置,您可以指定多個發件人和多個日期(更確切地說,您可以指定發件人,收件人和日期的多個組合)。這不像我熟悉的任何消息系統,可能不是你想要的(它也不符合你的描述)。
更合適的佈局將使發送者,並在MESSAGE
表中的字段「上發送」,然後就ID
,Message ID
和Recipient ID
在MESSAGE PARTIES
表。
我認爲你的想法是一個好主意。這是一個多方面的選擇,應該運作良好。 – 2010-07-17 03:34:47