database-design - 帮助台数据库设计

Question

我工作的公司对帮助台系统有非常具体和独特的需求，因此没有一个开源系统适合我们。在这种情况下，我使用 PHP 和 MySQL 创建了一个自定义系统。它远非完美，但比他们使用的上一个系统要好得多；相信我!它很好地满足了我们的大部分需求，但我对我设置数据库的方式有疑问。以下是主要表格:

ClosedTickets
ClosedTicketSolutions
Locations
OpenTickets
OpenTicketSolutions
Statuses
Technicians

当用户提交帮助请求时，它会进入“OpenTickets”表。当技术人员处理问题时，他们会提交条目并描述他们所做的事情。这些条目位于“OpenTicketSolutions”表中。问题解决后，最后一位处理该问题的技术人员关闭工单并将其移至“ClosedTickets”表。所有解决方案条目也被移到“ClosedTicketSolutions”表中。其他表(位置、状态和技术人员)作为规范化手段存在(每个位置、状态和技术人员都有一个引用的 ID)。

我现在遇到的问题是这样的:

当我想查看所有未结工单的列表时，SQL 语句有些复杂，因为我必须左连接“Locations”、“Statuses”和“Technicians”表。来自不同表的字段也需要是可搜索的。查看 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

我会将它们存储在同一张 table 上。仅当有 很多 票证时，才将它们分成两个表作为优化。不过我怀疑这会是个问题。

30,000 在宏伟计划中确实很小。数据库旨在处理数百万行而不费吹灰之力。只要您有正确的索引(所有连接列和潜在的搜索列)。

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

总体而言，单表设计更简洁，并且可以将类似的数据保存在一起。