Question

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

我希望如果用户在联系我们时发送查询，则应为其创建一个票证，并且对该查询的所有回复应相互链接，以便客户服务代表可以立即查看所有回复。没有什么比这更好看了。

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

我想创建两个表：

第一个表包含id，姓名，电子邮件，消息和电话号码的列，第二个表存储所有带有日期时间的消息，当用FK的id回复到第一个表时。

这是正确的方法吗？

Answer 1

这是一个好的开始。

如果我可以根据表总结你想要的东西。你可能想要：

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

Table: Reply
ReplyID, QueryID, ReplyMessage, DateTimeReply

在Reply表QueryID中FK来自ID表的Query字段。

但你可能会添加回复查询的人，这意味着你可能会有一张桌面给客户服务人员。所以，你可能会有下表。

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

所以，这意味着你的表Reply表会稍微改变一下。

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

其中RepliedByID是来自CustomerCareID表格的CustomerCareUser，因此是FK。

您还可以在查询中创建类别，即客户查询所属的Category。因此，在未来，您可以轻松地整理并报告客户在您的网站（或产品）中具有哪些类型的查询。所以，你可能会有一个类别表，如下所示：

Table: Category
Fields: CategoryID, CategoryName

因此，这意味着您需要在CategoryID表格中添加Query，例如：

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

现在，最后如果Query已经解决了，那么标志如何？因此，您可能会添加另一个字段（在布尔值中），例如Resolved。所以，这意味着你可以在下面找到Query的表格。

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