目录
摘要······················································································································ - 1 - ABSTRACT ··········································································································· - 2 - 第1章概述··································································································· - 4 -
1.1目的和意义·································································································· - 4 -
1.2课题的项目背景·························································································· - 4 -
1.3开发平台简介······························································································ - 4 -
1.3.1 https://www.doczj.com/doc/7a2494897.html,简介··················································································· - 4 -
1.3.2 B/S···································································································· - 5 -
1.4系统开发硬件环境······················································································ - 6 -
1.5系统开发软件环境······················································································ - 6 - 第2章需求分析································································································· - 7 -
2.1系统功能需求······························································································ - 7 -
2.2输入要求······································································································ - 7 -
2.3用户界面良好、操作简单·········································································· - 7 -
2.4系统用例图·································································································· - 8 -
2.4.1影院工作人员用例图······································································· - 8 -
2.4.2客户用例图······················································································· - 8 -
2.5系统数据流图······························································································ - 9 - 第3章概要设计································································································- 11 -
3.1系统总体规划·····························································································- 11 -
3.1.1项目规划··························································································- 11 -
3.1.2系统功能结构图··············································································- 11 -
3.2系统模块设计·····························································································- 12 -
3.2.1用户模块··························································································- 12 -
3.2.2影片模块··························································································- 12 -
3.2.3大厅模块··························································································- 13 -
3.2.4放映信息模块··················································································- 13 -
3.2.5客户模块··························································································- 13 -
3.2.6订单模块··························································································- 14 -
3.3系统E-R模型分析·····················································································- 14 -
3.3.1实体分析··························································································- 14 -
3.3.2系统整体的E-R图··········································································- 14 -
3.3.3实体属性定义··················································································- 15 -
3.3.4数据字典··························································································- 16 - 第4章详细设计································································································- 17 -
4.1数据库设计·································································································- 17 -
4.2系统设计·····································································································- 21 -
4.2.1设计思路··························································································- 21 -
4.2.2方法的说明······················································································- 22 - 第5章系统测试································································································- 31 -
5.1功能测试·····································································································- 31 -
5.2性能测试·····································································································- 33 -
5.3改进意见·····································································································- 34 - 第6章总结··································································································- 35 -
6.1今后努力的方向·························································································- 35 -
6.2结束语·········································································································- 35 - 致谢·······················································································································- 37 - 参考文献················································································································- 38 - 附录·····················································································································- 39 -
附录A：软件安装、使用·················································································- 39 - 附录B：光盘资料说明·····················································································- 43 -
计算机与信息学院本科毕业设计（论文）
影院票务管理系统的设计与实现
摘要
本文讲述了信息管理与信息系统的发展现状，并在充分了解影院的运作流程的基础上，分析了影院对影片管理、票务销售等的具体需求，给出了系统的整体设计方案以及详细设计方案。文中主要侧重于该系统软件方面的设计与实现，以及主要功能模块的分析和设计。该系统采用Visual Studio 2005（C#）开发，软件界面简洁友好，真正体现了所见即所得的思想。数据库采用了SQL Server2005，充分考虑了系统的安全性和稳定性，能够及时有效地对整个系统的数据进行储存和维护。
影院票务管理系统是应用于影院的电子售票的系统，有前台客户操作和后台影院工作人员操作两大部分组成。前台主要包括在线注册，客户登录，查看影片信息，对影片进行打分和评论操作，查看大厅信息，购买预售票，取消预售票，以及对预售票付款最终确定订单等功能。后台主要包括用户信息的添加、修改、删除，放映厅信息的添加、修改、删除，影片信息的添加、修改、删除，放映信息的添加、修改、删除，订单的查看以及生成报表等功能。
系统代码分离分成了二个层次：应用层，数据库访问层和一个用来辅助的类库——实体层。应用层是作为跟用户交互的层次，用户的操作在应用层上实现，数据的输入以及采集在应用层上进行，数据的展示在应用层上完成；实体层是数据库中各个表字段的一个映射，每张表对应于一个实体类，它用来保存二个层之间传递时的数据值，保证数据不会丢失以及正确性和同步性；数据库访问层是直接与数据库交互的一层，是数据库的操作层，数据库中数据的添加、修改和删除都由它来完成。
关键字：影院票务；B/S；https://www.doczj.com/doc/7a2494897.html,；CSS+DIV； SQL Server 2005；代码分离
- 1 -
计算机与信息学院本科毕业设计（论文）
Design and Implementation of cinema ticketing system
ABSTRACT
This article describes the development status of information management and information systems, and fully understand the operation of the theater process based on the analysis of the specific needs of the theater on film management, ticket sales, the overall system design and detailed designprograms. The paper focuses mainly on the Design and Implementation of the system software, as well as analysis and design of main function modules. The system uses the Visual Studio 2005 (C #) development, software interface is simple and friendly, and truly embodies the idea of WYSIWYG. Database using SQL Server 2005, give full consideration to the safety and stability of the system, timely and effective storage and maintenance of the data of the entire system.
Cinema ticketing management system is used in the theater of the e-ticketing system, front-office customer operations and backstage theater staff to operate the two major components. Front, including online registration, Customer Login to view the movie information, rate and review the film, view the hall information, to purchase advance tickets, cancel the pre-sale tickets, and advance ticket payment to finalize orders and other functions. Background, including user information to add, modify, delete, theater information to add, modify, delete, video information to add, modify, delete, screening information to add, modify, delete, view orders and generate reports and other functions.
The system code separation into two layers: application layer, database access layer and one for the auxiliary library - physical layer. The application layer as the level of interaction with the user, the user's actions on the application layer, data input and collection on the application layer, the display of the data at the application layer; physical layer is the database table fields mapping each table corresponds to an entity class, which is used to save the value of the data passed between two layers to ensure that data is not lost as well as accuracy and synchronization; database access layer is a
- 2 -
计算机与信息学院本科毕业设计（论文）
layer of direct interaction with the database, operation of the database layer, data in the database to add, modify, and removed by it.
Key words: Cinema Ticket; B / S; https://www.doczj.com/doc/7a2494897.html,; the CSS + DIV; SQL Server 2005; code separation
- 3 -
计算机与信息学院本科毕业设计（论文）
第1章概述
1.1目的和意义
影院售票系统是计算机技术与影院管理相结合的产物，通过影院售票系统实现了对影院的高效管理。随着计算机技术的不断提高，计算机已经深入到社会生活的各个角落。而采用人工管理的方法，不仅效率低，易出错，手续繁琐，而且耗费大量人力。为了满足售票人员对售票，订票，退票等进行高效的管理，在工作人员的具备一定的计算机操作能力的前提下，特编此影院售票系统软件以提高影院的管理效率。
1.2课题的项目背景
随着社会经济的快速发展，人们的娱乐活动越来越丰富，其中看电影占了很大的比例。开发此系统的目的是解决喜爱电影的人们买票难的问题。以前要买电影票必须到电影院买，这样既浪费时间，浪费精力，而且最终还不一定买到自己想看要的。有了本系统，可以很方便的让影迷在家上网查看影院的影片以及票务的信息，这样既省时又省力，可以同时了解到不同影片的信息，有更多的选择。本系统充分利用网络资源和人力资源。
面对全球性影院观看热潮，国内外对影院观看的视觉需求,以及其规模的优势，其独有的互动效果和场内气愤赢得了越来越多的人的喜欢。1980 ~ 1984年平均产量达120部，每年观众人次平均在250亿左右。同时中国电影也进入一个蓬勃发展的新时期，中国美术片从形式到内部都极其富有民族色彩。伴随电影的发展，国内外的电子票务系统也告诉的发展，国内有许多的电子影院票务系统，如格瓦拉以及一些团购网站都有相关的内容。
1.3开发平台简介
1.3.1 https://www.doczj.com/doc/7a2494897.html,简介
https://www.doczj.com/doc/7a2494897.html,是https://www.doczj.com/doc/7a2494897.html,的一部分，作为战略产品，不仅仅是 Active Server Page (ASP) 的下一个版本；它还提供了一个统一的 Web 开发模型，其中包括开发人员生成企业级 Web 应用程序所需的各种服务。https://www.doczj.com/doc/7a2494897.html, 的语法在很大程度上与 ASP 兼容，同时它还提供一种新的编程模型和结构，可生成伸缩
- 4 -
计算机与信息学院本科毕业设计（论文）
性和稳定性更好的应用程序，并提供更好的安全保护。可以通过在现有 ASP 应用程序中逐渐添加 https://www.doczj.com/doc/7a2494897.html, 功能，随时增强 ASP 应用程序的功能。
https://www.doczj.com/doc/7a2494897.html, 是一个已编译的、基于 .NET 的环境，可以用任何与 .NET 兼容的语言（包括 Visual Basic .NET、C# 和 JScript .NET.）创作应用程序。另外，任何 https://www.doczj.com/doc/7a2494897.html, 应用程序都可以使用整个 .NET Framework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。
https://www.doczj.com/doc/7a2494897.html, 可以无缝地与WYSIWYG HTML 编辑器和其他编程工具（包括Microsoft Visual Studio .NET）一起工作。这不仅使得 Web 开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到 Web 页的 GUI 和完全集成的调试支持。
微软为https://www.doczj.com/doc/7a2494897.html,设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。
https://www.doczj.com/doc/7a2494897.html,提供了稳定的性能、优秀的升级性、更快速的开发、更简便的管理、全新的语言以及网络服务。贯穿整个https://www.doczj.com/doc/7a2494897.html,的主题就是系统帮用户做了大部分不重要的琐碎的工作。
https://www.doczj.com/doc/7a2494897.html,支持多种语言，支持编译类语言，支持比如VB、VC++、C#等，它比这些编译类语言运行速度快，更适合编写大型应用。
快速发展的分布式应用也需要更快速、更模块化、更易操作、更多平台支持和重复利用性更强的开发，需要一种新的技术来适应不同的系统，网络应用和网站需要提供一种更加强大的可升级的服务。https://www.doczj.com/doc/7a2494897.html,能够适应上面的要求。
1.3.2 B/S
B/S模式，即浏览器/服务器模式，是一种从传统的二层C/S模式发展起来的新的网络结构模式，其本质是三层结构C/S模式。
在B/S模式中，客户端运行浏览器软件。浏览器以超文本形式向Web服务器提出访问数据库的要求，Web服务器接受客户端请求后，将这个请求转化为SQL 语法，并交给数据库服务器，数据库服务器得到请求后，验证其合法性，并进行数据处理，然后将处理后的结果返回给Web服务器，Web 服务器再一次将得到的
- 5 -
计算机与信息学院本科毕业设计（论文）
所有结果进行转化，变成HTML文档形式，转发给客户端浏览器以友好的Web页面形式显示出来。
在C/S结构模式下，应用系统被分为客户机和服务器两部分，其作用分别是Client主要用来管理接口，执行客户机应用程序、采集数据以及向Server发出应用请求，完成应用处理.Server主要用来承担系统的数据共享管理、通讯管理、文件管理和向Client提供服务，完成数据访问和事务处理。实现了功能分布，即由Client端承担了部分处理任务，但数据集中在Server中。在查询处理中，由Client提出查询请求，而Server完成对数据库的查询任务，查询结果通过网络传输到Client。
B/S模式管理信息系统基本上克服了C/S 模式管理信息系统的不足。
B/S模式提供了一致的用户界面，B/S模式的应用软件都是基于Web浏览器的，这些浏览器的界面都很相似。对于无用户交互功能的页面，用户接触的界面都是一致的，从而可以降低软件的培训费用。
系统基于Web设计，采用B/S结构体系，具有易安装、成本低、易升级、可扩充、完全开放、不受站点空间限制等特点。B/S模式具有更强的信息系统集成性，所有应用数据安装在服务器端，客户端无需安装任何软件，系统升级只需在服务器端进行升级操作。
1.4系统开发硬件环境
奔腾4以上CPU，10G以上硬盘空间，512MB以上内存，网络上行速度大于512KB/S, 运行时对数据的保密性要求不高对一般的数据不要求进行加密。
1.5系统开发软件环境
服务器端
操作系统：Windows 7 或 Windows XP
.Net环境：.Net framework 2.0
数据库软件：SQL Server Management Studio（SQL Server 2005）
浏览器：IE6.0或以上版本
客户端
操作系统：Windows 7
浏览器：IE6或以上版本
- 6 -
计算机与信息学院本科毕业设计（论文）
第2章需求分析
2.1系统功能需求
1.提供系统人员基本信息的设置，包括添加、修改、删除；影片
2.提供放映厅基本信息的设置，包括添加、修改、删除以及座位的查看；
3.提供影片基本信息的设置，包括添加、修改、删除；
4.提供放映信息基本信息的设置，包括添加、修改、删除；
5.提供放映厅和影片广告的展示；
6.提供各种票务信息的组合查询，包括放映信息、订单、座位；
7.顾客可以预定影票，取消影票的预定；
8.顾客可以对预订票进行模拟付款，付款之后不允许退票；
9.工作人员对订单进行统计，并可生成报表；
10.影片进行评分和放映日期统计，展示给顾客看；
11.顾客可以对影片进行打分、评论，并且将评分前十名的影片展示出来；
2.2输入要求
输入数据主要有：客户邮箱，客户密码，手机号码，银行账号，用户名，用户密码，座位数，大厅号，价格，影片名，时长，主演、导演等。手机号码、银行账号、大厅号、座位数、价格、时长为整型数据，客户邮箱为邮箱格式，其余大部分为字符型。输入一般采用界面的形式，如文本框，下拉框，单选框，复选框等。
2.3用户界面良好、操作简单
系统页面一律采用CSS+DIV排版界面，统一的窗口，提示信息位置及字体大小颜色醒目。因此看起来美观简洁，操作简单易懂。
对查询提供精确查询和模糊查询，又使用了“表格方式”的用户界面。
对所有数据输入进行完整性和合法性检查，尽量减少操作错误。
整个系统可用键盘或鼠标操作。
在各输入处有提示信息，便于系统用户的输入。
打印机输出和屏幕显示可同步进行，给用户“所见即所得”的新感受。
- 7 -
计算机与信息学院 本科毕业设计（论文）
- 8 -
2.4系统用例图
2.4.1影院工作人员用例图
系统的影院工作人员用例图如图2-1所示
图2-1 影院工作人员用例图
2.4.2客户用例图
系统的客户人员用例图如图2-2
所示
图2-2 客户人员用例图
计算机与信息学院 本科毕业设计（论文）
- 9 -
2.5系统数据流图
2.5.1工作人员数据流图
本系统影院工作人员的操作数据流图如图2-3
图2-3 操作人员的操作数据流图
2.5.1客户数据流图
本系统顾客的操作数据流图如图2-4
计算机与信息学院本科毕业设计（论文）
图2-4 顾客的操作数据流图
- 10 -
计算机与信息学院本科毕业设计（论文）
第3章概要设计
3.1系统总体规划
3.1.1项目规划
影院票务管理系统是应用于影院的电子售票的系统，有前台客户操作和后台影院工作人员操作两大部分组成。
前台功能模块
前台主要包括在线注册，客户登录，查看影片信息，对影片进行打分和评论操作，查看大厅信息，购买预售票，取消预售票，以及对预售票付款最终确定订单等功能。
后台功能模块
后台主要包括用户信息的添加、修改、删除，放映厅信息的添加、修改、删除，影片信息的添加、修改、删除，放映信息的添加、修改、删除，订单的查看以及生成报表等功能。
3.1.2系统功能结构图
影院票务管理系统的前台系统功能图，如图3-1所示
图3-1 影院票务管理系统前台功能表
影院票务管理系统的后台系统功能图，如图3-2所示
- 11 -
计算机与信息学院 本科毕业设计（论文）
- 12 -
图3-2 影院票务管理系统后台功能表
3.2系统模块设计
根据结构化设计中模块的划分方法，即尽量把密切相关的子问题划归到同一个模块；把不相关的子问题划归到系统的不同模块。将系统划分为6个模块，下面将介绍每个模块的功能结构以及模块说明书。 3.2.1用户模块
功能：用户信息的添加、修改、删除；用户登录，系统会验证正在登录的用户名、密码以及权限是否正确；添加新的管理员。模块说明书见表3-1
表3-1 在线注册模块说明书
模块名称：用户模块
说明：只有管理员可以添加用户和删除用户，管理员可以修改所有人的信息，普通用户只可以修改自己的信息；用户登录为指定的根据名字汉语拼音生成的用户名，初始密码为111111，登陆之后自行修改密码；忘记密码之后只能由管理员修改；添加新的管理员，只有管理员可以操作此项。
3.2.2影片模块
功能：影片信息的添加、修改、删除，其中影片图片保存图片名称，图
计算机与信息学院本科毕业设计（论文）
片由影院工作人员上传；评分与评论，顾客对此操作具有选择性，可以不进行；影片根据不同信息的展示，其中评分高低由客户的评分结果判断；由用户输入一
串字符，系统根据符合演员或导演或片名任意一个条件进行查询。模块说明书见
表3-2
表3-2 影片模块说明书
模块名称：影片模块
说明：包括影片基本信息的添加、修改、删除，这些功能由影院工作人员操作完成；包括影片的评分和评论，此功能由客户完成；包括影片选择项的展示，例如按照上映日期倒序展示，按照影片评分由高到低展示，这些功能有系统自动实现；包括符合演员或导演或主演一项和多项的条件查询，这个功能由客户的输入信息和系统的查询完成。
3.2.3大厅模块
功能：大厅信息的添加、修改、删除，其中大厅图片保存图片名称，图
片由影院工作人员上传；展示某个大厅的座位排列以及座位预定信息。模块说明
书见表3-3
表3-3 大厅模块说明书
模块名称：大厅模块
说明：包括大厅基本信息的添加、修改、删除，这些功能由影院工作人员操作完成；包括大厅座位信息以图形界面展示，同时展示出座位预定情况，此功能由影院工作人员选择大厅之后由系统完成。
3.2.4放映信息模块
功能：放映信息的添加、修改、删除；根据多个条件进行组合查询用于
系统的判断和应用，条件由顾客输入。模块说明书见表3-4
表3-4 放映信息模块说明书
模块名称：放映信息模块
说明：包括放映信息基本信息的添加、修改、删除，这些功能由影院工作人员操作完成，其中每个大厅没两场的放映有15分钟的间隔，由系统来作出判断；包括根据大厅号和影片名以及自今天起往后三天之内的放映信息的查询，此功能需要客户选择大厅号、影片和日期三个条件之后由系统完成。
3.2.5客户模块
- 13 -
计算机与信息学院本科毕业设计（论文）
功能：客户信息的添加、修改；根据密保问题和相应的密保答案修改密码或设置新的密码；登录时根据当前登录的客户邮箱和密码验证是否正确。客户模块说明书见表3-5
表3-5 客户模块说明书
模块名称：客户模块
说明：包括客户信息的添加、修改，其中添加由客户自行注册添加，修改信息由客户自行完成；客户忘记密码时可以根据密保问题与相应的密保答案设置新的密码；客户登录账号为客户注册时的邮箱。
3.2.6订单模块
功能：订单信息的添加、修改、删除；对预订票的付款；根据多个条件进行组合查询用于系统的判断和应用，条件由系统自动获取；生成报表。客户模块说明书见表3-6
表3-6 订单模块说明书
模块名称：订单模块
说明：包括订单信息的添加、修改、删除，其中订单的增加为添加为付款的预售票订单的添加，修改为是否对预售票付款的修改，删除为对未付款的预售票订单删除，付款的预售票不可退票，以上功能均由登录的客户操作完成，未登录的客户不可操作；包括根据场次信息判断登录客户时候已经进行过添加订单操作，已经进行过添加订单操作的只能再次添加座位；包括根据不同的条件生成不同的报表，此功能由影院工作人员操作完成。
3.3系统E-R模型分析
3.3.1实体分析
根据系统分析，确定系统有以下几个实体：顾客，评分，大厅，电影，订单，报表，座位，放映信息，用户，共9个实体。
3.3.2系统整体的E-R图
E-R分析：一个大厅有多个座位，每个座位只能属于一个大厅；一个大厅可以有多个放映信息，一个放映信息只能在一个大厅内；每个影片有多个放映信息，每个放映信息只有一个影片；每个影片有多个评分和评论，每个评分和评论只对应于一个影片；每个客户可以有多次评分和评论，每个评分和评论只对应于一个客户；每个客户可以有多个订单，每个订单只属于一个客户；每个订单可以生成
- 14 -
计算机与信息学院 本科毕业设计（论文）
- 15 -
多个报表，每个报表只属于一个订单；每个用户（工作人员）可以生成多个报表；每个报表只对应于一个用户。
系统的E-R 图的设计如图
3-3
图3-3 系统的E-R 关系图
3.3.3实体属性定义
用户（用户ID ，用户名，用户密码，权限） 主键：用户ID
影片（影片ID ，影片名字，影片图片，主演，导演，上映日期，语言，片长，类型，描述）
主键：影片ID
评分（影片ID ，总分，平均分） 主键：影片ID
客户（客户ID ，客户密码，邮箱，密保问题，密保答案） 主键：客户ID
订单（订单ID ，客户ID ，放映ID ，座位ID ，购买时间，付款，客户电话，验证码，银行账号）
主键：订单ID ；外键：客户ID ，放映ID ，座位ID
放映信息（放映ID ，影片ID ，大厅ID ，票价，开始时间） 主键：放映ID ；外键：影片ID ，大厅ID
计算机与信息学院本科毕业设计（论文）
大厅（大厅号，座位数，大厅图片，描述）
主键：大厅号
座位（座位ID，大厅ID，排数，列数，预定）
主键：座位ID；外键：大厅ID
3.3.4数据字典
数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程序源数据的目录。主动数据字典是指在对数据库或应用程序结构进行修改时，其内容可以由DBMS自动更新的数据字典。被动数据字典是指修改时必须手工更新其内容的数据字典。数据字典最重要的作用是作为分析阶段的工具。任何字典最重要的用途都是供人查询对不了解的条目的解释，在结构化分析中，数据字典的作用是给数据流图上每个成分加以定义和说明。换句话说，数据流图上所有的成分的定义和解释的文字集合就是数据字典，而且在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户的通信。
后台数据字典：
管理请求：对系统基本信息设置的请求，系统根据请求加载相应的处理界面；影片基本信息：片名，图片，上映日期，时长，语言，主演，导演，类型，简介；查询条件（订单）：【是否付款||片名，大厅，场次】；订单信息：片名，大厅，座位号，场次，客户电话，购买时间；大厅基本信息：图片，座位数，简介；场次基本信息：片名，大厅，票价，放映时间。
前台数据字典：
查看首页命令：发送加载首页命令，系统加载首页；查看大厅命令：发送加载大厅命令，系统加载大厅界面展示给客户；付款或我的订单命令：查看当前登录的客户的订单；订单信息：片名，大厅，座位号，价格，开始时间。
- 16 -
计算机与信息学院 本科毕业设计（论文）
- 17 -
第4章 详细设计
4.1数据库设计
根据需求分析、系统设计以及数据流图和数据字典可以设计系统的物理数据模型，系统的物理数据模型如图4-3
所示
图4-3 系统的物理数据模型CDM 图
物理数据模型设计好之后，利用PowerDesigner 生成相应的逻辑数据模型，系统的逻辑数据模型如图4-4所示
图4-4 系统的逻辑数据模型PDM 图
计算机与信息学院本科毕业设计（论文）
逻辑数据模型生成之后，PowerDesigner利用它生成crebas.sql文件，即可在SQL Server Management Studio中执行此文件的SQL语句，继而生成了系统最终的数据库。
本系统采用SQL Server 2005数据库，系统数据库名为TheaterTicketManager。数据库中包含9张表，下面给出数据表结构： 用户表
用户表（tbl_User）主要用于保存影院工作人员的信息，该表的结构如表4-1所示。
表4-1 表tbl_User的结构
字段名数据类型长度为空主键描述UserID int 否是用户ID UserName varchar 50 否用户名UPassWord varchar 50 否用户密码UserRights int 否用户权限 客户表
客户表（tbl_Customer）主要用于保存客户的信息，该表的结构如表4-2所示
表4-2 表tbl_Customer的结构
字段名数据类型长度为空主键描述CustomerID int 否是客户ID CPassWord varchar 50 否客户密码Email varchar 150 否登录邮箱PwdQuestion varchar 150 否密保问题PwdAnswer varchar 150 否密保答案 影片表
影片表（tbl_Movie）主要用于保存影片的信息，该表的结构如表4-3所示
表4-3 表tbl_Movie的结构
字段名数据类型长度空主键描述MovieID int 否是影片ID
- 18 -