我试图解决与数据库逻辑有关的问题。
我有一个系统，允许用户为给定的事件创建一个事件、表演和多种不同的门票类型。然后这些将被添加到数据库中，其中包含与给定活动的门票类型相关的价格（门票类型可以重复用于其他活动，并且每个活动没有固定数量的类型），然后客户将进入网站，选择其中一项活动、表演，然后将列出供他们从不同的门票类型和价格中进行选择。
在这一点上，我有一个事件表，它使用一个系列来存储票号，这些票号存储在一个单独的表中，另一个表存储价格。该系列的使用是荒谬的，因为它往往会让我感到厌烦并且要么无法工作（因为 mysql 不能正确处理代码），要么它对信息可以做什么有难以置信的限制有没有人更好地知道如何我可能会达到这个结果？
事件示例：
事件名称：“事件 1”
性能：'23/03/13 (12:30)'
门票类型：成人（20 欧元）、学生（15 欧元）、特价（10 欧元）等
设置活动的人可以创建他们想要的任何门票类型或使用系统中现有的门票类型，并且只需为该特定活动设置价格。
如果我对您的理解正确，我相信您正在做的事情很可能是最好的方法。
一个用户可以创建多个事件，每个事件可以有多种票。门票不特定于某个活动（可用于多个活动），因此价格不能与门票信息一起存储。
因此，您要做的是拥有这些表：
events - 存储事件 门票信息 - 存储门票信息 *events_tickets* -事件和门票的连接表（因为它是多对多关系）
events_tickets 表将具有如下列： primary id、event_id（外键）、ticket_id（外键）、价格
希望有帮助。
表事件：Id_Event、Ds_Event、Dt_Event、Id_Venue
表 Ticket_Type：Id_Ticket_Type、Ds_Ticket_Type、Ic_Ticket_Type_Is_Custom（布尔值）
表 Event_Ticket_Type_Price：Id_Event、Id_Ticket_Type、Nr_Ticket_Price
餐桌地点：Id_Venue、Ds_Venue、Ds_Venue_Address