Question

我工作的公司对帮助台系统有非常具体和独特的需求，因此没有一个开源系统能够为我们工作。既然如此，我使用PHP和MySQL创建了一个自定义系统。它远非完美，但它比它们使用的最后一个系统无限好;相信我！它很好地满足了我们的大多数需求，但我对我设置数据库的方式有疑问。以下是主要表格：

ClosedTickets
ClosedTicketSolutions
Locations
OpenTickets
OpenTicketSolutions
Statuses
Technicians

当用户提交帮助请求时，它会进入“OpenTickets”表。当技术人员解决问题时，他们会提交条目，说明他们已经完成的工作。这些条目位于“OpenTicketSolutions”表中。问题解决后，处理问题的最后一位技术人员会关闭故障单并将其移至“ClosedTickets”表。所有解决方案条目也将移至“ClosedTicketSolutions”表。其他表（位置，状态和技术人员）作为标准化的一种方式存在（每个位置，状态和技术人员都有一个引用的ID）。

我现在遇到的问题是：

当我想要查看所有打开票证的列表时，SQL语句有点复杂，因为我必须离开加入“位置”，“状态”和“技术人员”表。各种表中的字段也需要可搜索。查看SQL语句搜索已关闭的故障单的复杂程度，以查找任何名字中包含“John”的人提交的故障单：

SELECT ClosedTickets.*, date_format(ClosedTickets.EntryDate, '%c/%e/%y %l:%i %p') AS Formatted_Date, date_format(ClosedDate, '%c/%e/%y %l:%i %p') AS Formatted_ClosedDate, Concat(Technicians.LastName, ', ', Technicians.FirstName) AS TechFullName, Locations.LocationName, date_format(ClosedTicketSolutions.EntryDate, '%c/%e/%y') AS Formatted_Solution_EntryDate, ClosedTicketSolutions.HoursSpent AS SolutionHoursSpent, ClosedTicketSolutions.Tech_ID AS SolutionTech_ID, ClosedTicketSolutions.EntryText
FROM ClosedTickets
LEFT JOIN Technicians ON ClosedTickets.Tech_ID = Technicians.Tech_ID
LEFT JOIN Locations ON ClosedTickets.Location_ID = Locations.Location_ID
LEFT JOIN ClosedTicketSolutions ON ClosedTickets.TicketNum = ClosedTicketSolutions.TicketNum
WHERE (ClosedTickets.FirstName LIKE '%John%')
ORDER BY ClosedDate Desc, ClosedTicketSolutions.EntryDate, ClosedTicketSolutions.Entry_ID

我现在无法做的一件事是同时搜索开放和关闭的门票。我认为工会不会起作用。所以我想知道是否应该将打开和关闭的票据存储在同一个表中，并且只有一个字段来指示票证是否已关闭。我可以预见的唯一问题是我们已经拥有这么多已关闭的门票（将近30,000张），因此整个系统的执行速度可能会很慢。将开放票和封闭票组合起来是不是一个坏主意？

Answer 1

我会将它们存储在同一个表中。如果有很多的票证，则将它们分成两个表作为优化。我怀疑这会是一个问题。

在宏伟的计划中，30,000确实很小。数据库可以处理数百万行而不会出汗。只要你有适当的索引（所有连接列和潜在的搜索列）。

在路上，如果您开始体验减速，请开始将旧票证存档到存档表中。

总体而言，一个表设计更清晰，并且将数据保存在一起。

Answer 2

为什么票有4张桌子？我会将一张表与票证相关联，另一张表与票证解决方案相关联。

Answer 3

我认为最好将打开和关闭的票证存储在一个表格中。您可以创建一个状态字段，其值为0表示已关闭，1表示已打开，或者您要使用的任何约定。正如另一位回答者所提到的，30k记录应该不是问题。

希望这有帮助。

帮助台数据库设计

3 个答案: