一个体育场的座位分成若干各区，每个区有若干排，每排大概有100座的样子，如何设计数据库结构

Question

区域表： 区号，描述座位表： 座号，描述，区号每次售票记录表（T1）：  时间，名称.....,里面的每条记录对应一个动态生成的售票表售票表结构和座位表相同，再加点别的加个bool字段表示有未售出，其他什么什么的自己想吧有活动的时候就动态建个售票表，并将此表的信息存入售票记录表（T1）

Answer 1

按照我上面的方法编号；另建表
1、区号表
区号（ID）     描述（）
 01             东面
 02             西面
 ……          ……
2、排号表
排号（ID）   区号（ID)   描述
0101           01         第X排
0202           01         ……
……        ……        ……
3、座号表
座号（ID）   排号（ID）  描述
010101         0101     第x排第x座
010102         0101     ……
……           ……     ……
4、售票表
票号       座号     购票者  ……-------------------------------------------
以上编号方法建库后，即建立编码：
另外，座位编号也可动态生成，而不必存入库，方法如下：
当购票者挑选座位时，如01区，02排，第05座则，编号为010205；

Answer 2

：　leechie(刘长风)　方法不错!!就分三层就可以了!!

Answer 3

其实座位的分布就是一个三维表，但不见得就要把表设计成物理的情形，关键是用代码唯一地表示
一个座位，座位号=区号+排号+列号，只要给定边界值，座位号可以自动生成。表结构：
日期,座位号，等级，票号，票价，折扣，售出（bit）,嘉宾票，说明，
票号也可以自动生成，可不要嘉宾票，用100%的折扣表示。如果一天一表，可不用日期，将日期编在表名中。
------------------------------------------------------------------------------
其实这个问题给分是不够的，要银子才可以解答呀！今天有情绪，算友情奉送吧。不过有
进帐别忘了请客啊！: ) 

Answer 4

net_steven(吃素的狼)的想法很不错，对于这种售票的数据库系统，一般来说，是由3种表组成：
1。描述场地的表，包括上面所说的区，排，位子等信息。当场地变动，或某些位子不出售时，可通过维护这些表来控制票额的生成。
2。票库，每天由场地基本信息表生成的对应的可售票额表，每张票对应一个具体的位子。如果怕数据两太大，可以每天的票放在一个表中，有个标志为来标识票是否售出。
3。售票日志表：记录每张售出的票的具体情况，就相当于售票处的一个流水帐。有了以上3类表，应该什么与售票有关的信息都记录了。
当然如果有net_steven(吃素的狼)说的其它种类的票，或嘉宾票之类，可能还要增加票的类型表来维护，这些视情况而定。