Database design 制作用户支持票系统的数据库模型

我正在建立一个支持票系统，以与我目前的项目相结合。我想知道它的数据库表应该是什么。这就像一个联系我们的查询，我们通常在网站上

我希望，如果用户发送一个关于contact us的查询，那么应该为其创建一个记录单，并且该查询的所有回复都应该相互链接，以便客户服务代表可以一次查看所有回复。不需要更多的幻想

对于初始查询，需要四个字段-姓名，电子邮件，电话号码和查询消息

我正在考虑创建两个表：

第一个表包含id、姓名、电子邮件、消息和电话号码列，第二个表存储在第一个表中以id的FK回复时的所有带有datetime的消息

这是正确的方法吗？

这是一个良好的开端

请允许我用表格的形式概括一下你们想要什么。您可能想要：

Table: Query
Fields: ID, Name, Email, Phone, Message

Table: Reply
ReplyID, QueryID, ReplyMessage, DateTimeReply

在

Reply

表

QueryID

中，是来自

Query

表的

ID

字段的

FK

但您可能会添加谁回答了查询，这意味着您可能会有一个表供客户服务人员使用。所以，你可能有下表

Table: CustomerCareUser
Fields : CustomerCareID, Lastname, Firstname, LastLogInDate

因此，这意味着您的表

Reply

表将略有更改

Table: Reply
Fields: ReplyID, QueryID, ReplyMessage, DateTimeReply, RepliedByID

其中，

RepliedByID

是来自

CustomerCareUser

表的

CustomerCareID

，因此是一个

FK

您还可以在查询中进行分类，也就是说，客户查询属于哪些类别。因此，在未来，您可以很容易地对客户在您的网站（或产品）中的查询进行分类并做出报告。因此，您可能会有一个如下所示的类别表：

Table: Category
Fields: CategoryID, CategoryName

因此，这意味着您需要在

查询

表中添加

CategoryID

，如：

Table: Query
Fields: ID, Name, Email, Phone, Message, CategoryID

最后，如果查询已被解析或未被解析，那么标志如何？因此，您可能会添加另一个字段（布尔值），如

Resolved

。因此，这意味着您可能有下面的

Query

表

Table: Query
Fields: ID, Name, Email, Phone, Message, CategoryID, Resolved

---

查询表应该有一个

user\u id

列，否则无法区分查询所有者。我认为必须添加一个字段，通知消息的打开/关闭状态。