这是一个好的开始。
如果我可以总结一下你想要的表格。你可能想:
Table: Query
Fields: ID, Name, Email, Phone, Message
Table: Reply
ReplyID, QueryID, ReplyMessage, DateTimeReply
在Reply
表QueryID
是FK
从Query
表的ID
领域的未来。
但是,您可能会添加回答查询的人员,这意味着您可能会为客户服务人员提供一张表格。所以,你可能有下表。
Table: CustomerCareUser
Fields : CustomerCareID, Lastname, Firstname, LastLogInDate
因此,这意味着你的表Reply
表将略有改变。
Table: Reply
Fields: ReplyID, QueryID, ReplyMessage, DateTimeReply, RepliedByID
其中RepliedByID
是从CustomerCareUser
表CustomerCareID
,因此一个FK
。
而且您还可以在查询中进行分类,即客户查询属于哪个Category
。所以,在未来,您可以轻松理清并报告客户在您的网站(或产品)中具有哪些类型的查询。所以,你将有可能是一个分类表像一个如下:
Table: Category
Fields: CategoryID, CategoryName
因此,这意味着你需要在你的Query
表中添加CategoryID
,如:
Table: Query
Fields: ID, Name, Email, Phone, Message, CategoryID
现在,最后怎么样的标志如果查询已解决或没有?所以,你可能会添加另一个字段(布尔型),如Resolved
。所以,这意味着你可能在下面的表格中有Query
。
Table: Query
Fields: ID, Name, Email, Phone, Message, CategoryID, Resolved
查询表应该有'user_id'列,否则无法区分查询所有者 – alex