明确核心业务模块
设计电影票务系统前，先理清主要功能：用户购票、影院排片、座位管理、订单处理。数据库需支撑这些操作，关键实体包括用户、影院、影厅、电影、场次、座位、订单和订单项。
设计核心数据表结构
每个实体对应一张或多张表，字段要满足业务需求并保证数据一致性。
用户表（user） user_id：主键，自增 username：唯一用户名 password_hash：加密后的密码 phone：手机号，用于接收验证码和通知 create_time：注册时间 电影表（movie） movie_id：主键 title：电影名称 duration：时长（分钟） genre：类型（可多值，用JSON或关联表） release_date：上映日期 status：如“热映”、“下线” 影院表（cinema） cinema_id：主键 name：影院名称 address：详细地址 phone：联系电话 影厅表（hall） hall_id：主键 cinema_id：外键，关联影院 name：影厅名（如“IMAX厅”） total_seats：总座位数（可计算，也可缓存） 座位表（seat） seat_id：主键 hall_id：外键 row_num：行号（如A、B、C） col_num：列号（1,2,3...） status：是否可用（正常/维修） 场次表（screening） screening_id：主键 movie_id：外键 hall_id：外键 start_time：开始时间 end_time：自动根据电影时长生成 price：票价 订单表（order_info） order_id：主键（可使用UUID或雪花算法） user_id：外键 total_price：订单总金额 status：待支付、已支付、已取消 create_time：下单时间 expire_time：支付截止时间（通常15分钟） 订单项表（order_item） item_id：主键 order_id：外键 screening_id：外键 seat_id：外键 price：实际成交价（可能有优惠）关键关系与约束说明
通过外键建立表间联系，确保数据完整性。
一个影院有多个影厅，影厅属于唯一影院 一个影厅有多场放映，一场电影对应一个影厅和一部影片 一个订单包含多个座位（订单项），每个订单项对应具体场次和座位 座位状态在下单时需锁定，避免超卖建议在 order_item 表的 (screening_id, seat_id) 上建立唯一索引，防止同一场次同一座位被重复购买。
优化与扩展建议
基础结构完成后，考虑性能和扩展性。
为高频查询字段加索引，如 screening.start_time、order_info.user_id、order_info.status 座位锁定可通过数据库事务+行锁实现，或引入缓存（如Redis）管理临时占用 若支持选座图，可在 seat 表增加 position_json 字段描述布局 促销活动可额外设计 coupon 和 user_coupon 表 基本上就这些。结构清晰、关系明确，能支撑大多数票务场景。
