这两天听到一道面试题：设计一个电影院票务管理系统的表结构。

挺有意思的，我自己也试着做了一做，感觉还是有不少收获的。在本文中我想把做这道题的整个思路重新理一下，也算做个整理了。

现在能得到的需求只有一个：设计一个电影院票务管理系统的表结构。再没有其他信息了，可能真的面试的时候面试官还会给出其他业务需求，但我这里没有。

所以我只能猜测可能的业务需求会有哪些。

最初想到的：

1. 电影院会有多个播放厅，从而在同一时间播放不同的电影来满足客户需求

2. 每个厅的大小可能不同，即容纳的人数不同

3. 电影院会不断引进新片

4. 电影院会把电影安排在各个播放厅的不同时间段来进行播放，即会有一个排片表

5. 一个客户可能买一张或多张电影票，这些电影票可能会是不同厅，不同场次的电影

对于以上的需求设计中应该会有一张存放电影的表(Table_Movie)，一张存放影院各个厅信息的表(Table_Hall)。

还应有一张排片表，其中会包含两个外键分别指向Table_Movie的主键和Table_Hall的主键，还有时间、价格等信息。

对于用户买票的需求，使用经典ERP订单结构来设计就行了，即会有Table_OrderHead，Table_OrderDetail表。

简单表关系图如下：

这一设计需要注意的有两点：

1. 票价信息存储在Table_Schedule中(Schedule_Price列)，即影片在不同时间段和不同厅中播放票价可以不同。

2. Table_OrderDetail中有外键Schedule_ID指向Table_Schedule。

加入会员信息

如上设计已满足最初提出的5点需求。但这样的电影院无法办会员卡，也就没法打折了。为了与其他影院竞争提供会员卡功能，即：

6. 影院应提供会员卡功能，根据会员卡的等级，给予不同的折扣

对于这一需求加入一张会员信息表Table_Customer显得很自然，同时为了能根据不同等级给予不同的折扣，需要再加一张等级表Table_Class

简单表关系图如下：

需要注意的是：

1. Table_Customer中外键Class_ID指向Table_Class

2. 我给Table_Class加了一个Class_IsActive列，当一个会员等级无效时只要置标签，而无需做删除操作

3. Table_OrderHead中加了一列Customer_ID，我把该列的默认值设为-1。当非会员顾客买票时，改列值即为-1，当会员买票时，该列值为在Table_Customer中对应的Customer_ID

4. Table_OrderDetail中加了一列OrderDetail_AdjustedPrice，该列可以不加，出于方便的考虑，我还是加了此列。对于会员该列值为原票价打折后的值，即Schedule_Price * Class_Discount，对于非会员该列为原票价

再进一步思考

以上做的设计作为面试题的解答，应该差不多了，所有前面提到的6点需求已满足。

但这是否真的满足实际影院的需求呢？

我的答案是否定的，其中有一个很致命的缺陷，我们的设计中没有包含座位号。

系统出的票只知道什么时间，哪个厅，什么电影，但没有座位号，顾客只能去抢位子了。

那我们再加一条需求：

7. 顾客可以在买票时选择座位

对于这一需求，我们直接来看表关系图

如上设计增加了Table_Seat和Table_OrderSeat两张表，改动比较小。

需要注意的有：

1. Table_Seat中的外键Hall_ID指向Table_Hall

2. Table_Seat中除包含座位的排数(Seat_Row)和列数(Seat_Column)外，还包含Seat_IsActive列来表示此座位是否可用，如果座位坏了，这个位子的票就不应该卖

3. Table_OrderSeat中OrderDetail_ID，Seat_ID为联合主键，同时OrderDetail_ID为外键指向Table_OrderDetail的OrderDetail_ID列

4. Table_OrderDetail中的OrderDetail_Qty列被删除了，从Table_OrderSeat中可以计算此值

--后面的内容还比较多，单独分出一篇“电影院票务管理系统数据库设计(2)”