小编Ada*_*lor的帖子

帮助台数据库设计

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

ClosedTickets
ClosedTicketSolutions
Locations
OpenTickets
OpenTicketSolutions
Statuses
Technicians
Run Code Online (Sandbox Code Playgroud)

当用户提交帮助请求时,它将进入"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
Run Code Online (Sandbox Code Playgroud)

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

database-design

3
推荐指数
1
解决办法
2976
查看次数

标签 统计

database-design ×1