明确核心业务模块

设计电影票务系统前，先理清主要功能：用户购票、影院排片、座位管理、订单处理。数据库需支撑这些操作，关键实体包括用户、影院、影厅、电影、场次、座位、订单和订单项。

设计核心数据表结构

每个实体对应一张或多张表，字段要满足业务需求并保证数据一致性。

• user_id：主键，自增
• username：唯一用户名
• password_hash：加密后的密码
• phone：手机号，用于接收验证码和通知
• create_time：注册时间

• movie_id：主键
• title：电影名称
• duration：时长（分钟）
• genre：类型（可多值，用JSON或关联表）
• release_date：上映日期
• status：如“热映”、“下线”

• cinema_id：主键
• name：影院名称
• address：详细地址
• phone：联系电话

• hall_id：主键
• cinema_id：外键，关联影院
• name：影厅名（如“IMAX厅”）
• total_seats：总座位数（可计算，也可缓存）

• seat_id：主键
• hall_id：外键
• row_num：行号（如A、B、C）
• col_num：列号（1,2,3...）
• status：是否可用（正常/维修）

• screening_id：主键
• movie_id：外键
• hall_id：外键
• start_time：开始时间
• end_time：自动根据电影时长生成
• price：票价

• order_id：主键（可使用UUID或雪花算法）
• user_id：外键
• total_price：订单总金额
• status：待支付、已支付、已取消
• create_time：下单时间
• expire_time：支付截止时间（通常15分钟）

• item_id：主键
• order_id：外键
• screening_id：外键
• seat_id：外键
• price：实际成交价（可能有优惠）

关键关系与约束说明

通过外键建立表间联系，确保数据完整性。

DESTOON B2B网站管理系统是一套完善的B2B(电子商务)行业门户解决方案。系统基于PHP+MySQL开发，采用B/S架构，模板与程序分离，源码开放。模型化的开发思路，可扩展或删除任何功能；创新的缓存技术与数据库设计，可负载千万级别数据容量及访问。

• 一个影院有多个影厅，影厅属于唯一影院
• 一个影厅有多场放映，一场电影对应一个影厅和一部影片
• 一个订单包含多个座位（订单项），每个订单项对应具体场次和座位
• 座位状态在下单时需锁定，避免超卖

建议在 order_item 表的 (screening_id, seat_id) 上建立唯一索引，防止同一场次同一座位被重复购买。

优化与扩展建议

基础结构完成后，考虑性能和扩展性。

• 为高频查询字段加索引，如 screening.start_time、order_info.user_id、order_info.status
• 座位锁定可通过数据库事务+行锁实现，或引入缓存（如Redis）管理临时占用
• 若支持选座图，可在 seat 表增加 position_json 字段描述布局
• 促销活动可额外设计 coupon 和 user_coupon 表