朱恒亮

摘 要：最近几年随着感应卡技术、生物识别技术的发展，门禁系统得到了飞跃式的发展，景区广泛使用的门禁系统也随之不断地更新换代。虽然如此，门禁系统的应用软件特别是核心的数据处理并没有多大的改变。为此，笔者结合蓬莱阁景区门禁系统的运用情况，着重论述数据库的设计与实现，以供打算启用景区门禁系统或老系统更新改造的景区参考。

关键词：景区门禁；数据库设计；开发原理

中图分类号：TP311 文献标志码：A

蓬莱阁景区依山傍海，风景如画，是全国首批5A级景区，每接待游客200余万人次。面对景区的进一步开发及游客量的激增，原有的人工售票、检票、统计、报表的传统管理模式和基础的管理设施，已经远远不能适应现代旅游景点管理的需要。在2006年，景区引入景区门禁系统。高度自动化的条形码门票门禁系统，进一步推动了蓬莱阁景区向全方位、多层次、立体化及高效率的现代旅游景点管理模式迈进。

1 景区门禁系统的基本要求

（1）数据容量大，处理速度快

检票是系统的关键环节，直接影响到游客进入速度。我们对检票环节做了充分考虑，系统采用微软公司SQL Server海量存储数据库，软件上采用高速缓冲机制，系统每次可下装门票信息量为100万条，能够满足国内任何景区的检票需要。

（2）辅助功能丰富，便于管理决策

系统为景区管理者提供了丰富的管理功能，可分时段、分票种或按日期对检票情况进行分析汇总，并提供直观的统计图表，管理者可以此为依据进行科学决策，为景区发展做出规划。

（3）联网方式灵活，适应各种环境

系统采用联网数据处理，采用多级网络管理模式，针对不同要求各级网络可选择光线直连、DDN/FR/市话专线、EtherNet局域网等不同的联网方式，以充分节约成本。

（4）条码加密处理，安全性能较高

条码全部进行加密处理，入库后根据密钥形成条码，克服大流水号条码容易被伪造的缺点。

（5）软件界面友好，操作简单方便

本系统软件界面友好，充分考虑到相关工作人员的特点，尽量减少操作步骤，操作简单方便，易学易用。

2 景区门禁系统数据库运用

（1）运行平台、开发工具简介

蓬莱阁景区门禁系统开发的较早，运行于Windows NT平台，出于对系统的安全性、稳定性、可靠性和先进性的考虑，系统选用当时比较先进的Windows XP Professional + SP1操作系统，数据库选用MS SQL Server 7.0。系统以ADO方式连接到ODBC数据源，可以将后台数据库轻易转型或升级。前台和后台程序可以不重新编译直接在Windows 2k + SP3上运行。

系统全部使用Borland Delphi 7.0 在Windows XP Professional + SP1上开发。Delphi以其快速高效和优秀的数据库应用开发成为当今众多程序员的宠儿，与VC++相比，他有易学易用，编译速度高、生成代码效率高等众多优势。Delphi与各种开发平台的比较网上争论的比较多，鉴于我们对开发的时间要求和我们对他的掌握程度，我们选用了Delphi作为开发工具，并且达到了较好的效果。目前，景区门禁系统虽硬件多次更新换代，但原软件系统仍应运行稳定。

（2）数据库的设计

蓬莱阁门禁系统采用MS SQL Server存放数据。程序通过ADO方式访问ODBC数据源，这增加了程序的灵活性，可以轻易地将数据库升级或改变数据库服务器位置，甚至可以采用其他数据库平台来替换MS SQL Server。数据库以门票号码信息为核心，主要的表为门票明细表，存放门票号码、准入次数等重要信息。门票明细表主要用来存放门票号码和准入次数信息，还有一些门票种类、发票日期、进入日期、售票日期、输出标志、门票价格等管理信息。工作站号用来区分门票分配给哪个售票口（每个售票口分配有一个工作站号）。门票号码和准入次数是关键字段，门票每用一次则门票的准入次数减一，如果准入次数为零则该票将不准再使用。所有统计信息如：销售日报、月报，入场分析等都由明细表中的信息直接产生。

门票信息在使用前要下装到门控器中，下裝临时表就是对门控器存储体做的一个映像，增加了一些辅助信息。DownTicket是在门控器中实际存储的数据，Addr是该票在门控器存储体中的首地址。这样可以通过对门控器存储体的映像直接访问需要的信息。可以对一个指定地址/号码进行操作。

领队卡是用来为旅游团的领队准备的免费入场卡，上面贴有条码。该卡由景区发放只能在指定入口入场，可重复使用，并且每张卡每日都可以入场多次，入场次数不统计进入场日报。

另外的一些表如：优惠类型表、优惠明细表、其他副券表、内部签单表、团队入场情况表、入场情况表、读回信息表、同步情况表、同步异常情况表等为管理信息使用，或者记录系统工作日志用。这里就不再一一赘述了。

（3）代码的开发原理

程序采用INI文件方式配置参数，这样可以省去访问注册表与现在流行的“绿色软件”潮流相符合，不会在注册表留下垃圾。同时可以避免win9x与win XP注册表版本不兼容的问题。所有的参数设置读入以及数据库连接的初始化工作都是在程序主form的oncreate事件处理器中完成的。各个日间处理（检票 、下装、读回）操作都通过SQL查询完成，并共享同一DBConnection，团体票等特殊处理的操作使用另一DBConnection连接到同一数据库。在onclose事件中，释放申请的资源，关闭数据库连接。

程序采用ADO方式访问MS SQL Server数据库，但出于速度的考虑仍有一部分数据以及系统的实时状态信息存放在Paradox 数据库中，以BDE方式访问。比如，门控器存储体的容量参数，当前下装、读回的门票数量等信息都存放在Paradox数据库表里，通过BDE别名访问。

3 景区门禁系统数据库的功能实现

（1）门票生成

在门票印制前，票管服务器通过密钥技术及先进的加密方法生成门票号码，数据直接传至印厂，杜绝了伪造虚假门票情况的发生。

（2）门票使用

①门票入库：制作完毕的门票在票务管理微机上进行门票的入库操作。②门票出库：依据门票销售计划，生成门票出库数据传至各售票客户端，根据实际情况分配至每个售票员。③门票销售：售票员在售票时，根据门票上条码信息中的流水号顺序出售，扫描第一张门票，而后输入张数或扫描最后一张即可。④退票：在进行票面条码信息与数据库中存储的票务信息核对后，依据有关规定可以进行全额或一定折扣的退票。退回的门票可以继续售出，可以正常检票进入。⑤检票：对每一个进入景点的游客要求把有效门票插入检票机，检测票的有效性。

（4）景区数据汇总

对门票销售、检票情况进行统计、汇总，打印相关日报表、分析表和月报表，并可以对票务数据进行查询。图表分析功能可以按日期进行按票种或时间段的统计，显示统计信息或对比数据信息，能够详细的显示客流量的走势及客流量的对比数据。汇总数据可以按照客流来源进行统计，可以按旅行社进行数据分类统计。

结语

总之，景区门禁系统是依据各景区的实际情况而设计，但具体操作大同小异，希望通过本文，让更多人了解景区门禁数据库的设计与实现，最大化地运用门禁系统为景区发展服务。

参考文献

[1]付余.基于西门子Prodave的以太网通信开发[J].现代制造，2016（3）：119.

[2]张如松，浅谈旅游景区门禁系统的结构与运行软硬件平台，中国电子商务，2011（9）：33.endprint