数据库设计论文范文

数据库设计论文范文第1篇

基站网元需要对数据的各种操作方式作出快速的响应，以及用户信息的固化存储，防止断电后引起的数据丢失，基站的系统资源有限制，不能选用耗费系统资源的物理数据库，专用通信网络使用SQLite数据库，集成了内存的高效操作以及支持物理存储，无需安装，应用广，商用性好。基站控制器，调度台服务器，网管服务器等网元需要存储各种不同的用户信息以及呼叫服务信息，计费信息等各种海量数据，它们对操作数据的反应时间没有很严格的需求，但对数据库存储能力有较大的需求，可以采用应用比较广泛的MySQL数据库。一级网元，作为整网的数据存储以及处理中心，数据量以及数据安全性是需要首先考虑的问题，Oracle是最值得信赖的大型关系型数据库。虚拟数据库使上层软件开发人员无需关心任何物理数据库接口，只需要使用虚拟数据库提供的一套接口，即可自由灵活进行数据的管理操作。

1.1虚拟数据库的基本操作数据库的基本操作分为插入，更新，删除，查询，针对每张表的操作方式，也是基于基本的四类操作，根据操作条件进行操作，总可以将数据转化成SQL语句进行操作。

1.2虚拟数据库的实现虚拟数据库操作的底层接口是各种物理数据库提供的API，虚拟数据库需要将这些API集中地封装起来，并根据用户的需求选择使用。封装结构可以如下所示。示例中仅封装了几个常用的数据库API，也可以根据需求追加定义其他API进入封装结构，也可以根据用户需求随时将其他数据库API封装进来。

2数据下发过程

2.1数据正常下发过程（1）底层网元首先向上层网元上报数据资源审计请求，并将底层网元的数据标识（通常为MD5校验码）带给上层网元。（2）计算底层网元数据审计标识，判断底层数据是否与上层网元数据一致，如果一致，发送数据审计结果正确给底层网元，否则发送数据不一致给底层网元。（3）根据结果判断，如果无需同步，向上层网元发送数据审计流程结束，如果需要同步，向上层网元发送数据请求，数据请求中包含请求数据表，以及数据指针，用于标识上次请求到的数据位置。（4）按照请求数据，从数据库中取出数据，以及数据指针，封装进数据下发包。（5）数据循环向下层网元发送，直到底层网元不在请求数据为止，同时底层网元上报数据审计流程结束，完成数据下发过程。

2.2数据异常下发过程（1）底层网元在无法打开本地的数据库情况下，判断为本地数据库已经损坏，向上层网元发送数据库崩溃通知。（2）生成下层网元的数据库，根据网元类型，通过FTP向底层网元发送数据库文件或者数据文件。（3）底层网元接收完成数据库后，打开数据库，上报数据资源审计请求。

3结束语

每个通信系统都有自身特点，设计出一个适用于本系统的数据库架构，将极大提高系统对数据的处理能力，同时不会降低系统的运营速度，虚拟数据库涉及到数据库技术，操作系统，计算机通信等多方面知识，是一项复杂的工作，需要在实践中不断创新发展。

数据库设计论文范文第2篇

本文以面向文档的NoSQL作为数据持久层，面向文档的NoSQL数据库的数据结构设计相对于关系型数据库来说容易许多，在对数据进行查询、数据库操作接口方面都有很大的优势］。因为面向文档的NoSQL数据库不支持多张表的JOIN操作，因此在对面向文档的NoSQL数据集合进行设计的时候需要考虑到这方面的因素。本监测系统主要的业务功能可以分为3个模块，分别是小区信息查询模块、报表统计模块和用户、终端管理模块，因此，数据集合的设计同样从这三个方面进行设计。各个数据集合之间的关系如图1所示。考虑到在对数据表进行设计所依据的原则基本一致，因此以下仅对小区信息查询模块的数据表设计进行着重分析。设计数据模型需要结合系统的特点进行分析。此系统主要实现的功能是对小区天线参数信息进行保存、管理，并以友好的界面展示给用户，并响应用户的各种操作。因此，在大部分的操作中，存储天线实时参数的ANTENNAARGS表会产生大量的插入操作，本文根据各个表的不同读写比进行了设计，如图2所示。本文将天线表、区域表以内嵌的形式放入了小区表，将天线参数表设计成单独的集合，并以引用的方式指向了小区表主要是考虑到天线参数集合是被访问最频繁的表，会产生大量的读写操作，因此在小区集合与天线参数集合之间采用的是范式化的模式。其中，天线工参表(ANTENANARGS表)用来存储从各个采集终端传输至管理系统的小区天线实时数据信息，具体如表1所示。小区信息表(CELL表)用来存储各个小区的地址、天线相关参数详细信息，如表2所示。除了上述表之外还有采集终端表(TERMI-NAL)、天线信息表(ANTENNA)和告警表(ALARM-REPORT)等。数据库运行时，自动将所对应的数据存入相应表中。

2数据库自动分片设计

管理系统在运行中会产生大量的写操作，进而带来频繁的磁盘I/O操作，在大数据下，最好采用将数据库分布在多台服务器上，即分片［7］。本文采用Auto-Sharding(自动分片)及Replic-Set(复本集)相结合的方式来减轻单个数据库服务器的负载，即在每台Server上各自运行一个实例，组成一个Replic-Set，最后再各运行一个实例，组成ConfigServer。直接执行Addshard操作即可增加分片以缓解服务器的压力，实现动态扩展。分片的实现重点在于片键设计。本文将保存天线参数信息的集合声明了一个复合片键{Lacci:1，Day:1}。当来自不同的小区(可以根据Lacci进行判断)向集群系统插入数据时，可以预计到在大部分情况下，同一小区的数据会落在单个块或片上。

3数据库查询的实现

数据查询功能为本数据库设计的重要功能之一。数据库将小区信息、天线参数等相关的数据信息根据用户的要求，以界面或报表的形式全部或部分的显示给用户。基于本数据库的设计，用户通过数据查询菜单进入相应查询界面，获取小区信息、终端信息及告警信息等。实现“天线工程参数查询”功能的工作流程如图3所示。为了实现小区天线参数查询功能，客户端需要向数据库发送2次请求，用户根据需求，向控制器发送查询请求，控制器处理查询命令，对相应的小区进行信息查询，待小区返回信息后，将用户的查询命令发送至对应小区，根据需求读取有用信息，并返回给用户。跟关系型数据库相比，由于省去了大量的多表连接操作，实际上查询的效率要高于基于关系型数据库的多表连接查询。查询工作的SQL语句如下。

4数据库备份与恢复

数据安全在数据库设计中有很重要的地位。在各种意外情况下，如计算机硬件故障等，对数据库进行备份和恢复能够保障数据的完整性和安全性，使得数据损失降到最小［8］。本数据库设计的备份选用的是副本集的方式［7］:在主节点上进行操作，写入的数据被一步地同步到所有的从节点上，并从主节点或从节点上读取数据，如果主节点由于某些原因断线，会自动将一个从节点提升为主节点。在查询分析器中运用SQL语句完成数据库的备份和恢复。在数据库管理界面中，用户通过数据库备份与恢复功能进行相应操作，确保数据的正确行和完整性。

5结束语

与传统的管理系统基于关系型数据库相比，基站参数管理终端采用的面向文档的NoSQL具有很大的优势:采用副本集方式进行数据库备份与恢复，保证数据的完整性和安全性;Auto-Sharding的机制，实现了数据的分布式存储，同时也可以方便地实现系统的水平扩展。本文从数据库表的设计，各个表之间的关联以及其中涉及的关键技术都做了描述，最终能够实现对基站参数的有效存储与查询，为移动通信基站的管理与维护提供了重要依据。

数据库设计论文范文第3篇

关键词:DM3数据库;互联机制;设计

多数据库系统是分布式数据库系统的一个重要分支,是一个新兴的数据库研究领域。随着企业规模的不断扩大,各部门所需信息既相互交错,又相对独立。这就要求各部门所用的数据库既能高度自治地工作,又能进行信息共享。

DM2是采用客户/服务器模型,客户机与服务器,服务器与服务器均通过网络互连,通过消息相互通讯,组成一个紧密耦合的分布式数据库系统。它的工作流程如下:客户机登录到一台服务器上,这台服务器便成为它的服务器;它接收来自客户机的消息,然后根据全局数据字典决定是自己独立完成该操作,还是与其它服务器协作处理这条消息,处理完成之后,再由服务器将处理结果返回给客户机。由于DM2上各个服务器站点的全局字典完全相同,任何全局表的信息都会记入全局字典。若用它来构建一个企业的数据库系统,则大量只对企业某部门有用的信息将会充斥在各部门所有服务器的全局字典中,增加了冗余。而且,当对全局表进行DDL操作时,为了确保全局字典的一致性,须对所有服务器的全局字典进行加锁。DM2对全局字典的封锁方式是采用令牌环方式,即令牌绕虚环(非实环)传输,某个服务器想对全局字典进行操作,必须等令牌到达该服务器才可以执行。每个部门建立的全局表绝大多数只对本部门有用,当对这些表进行DDL操作时,却要对所有服务器的全局字典进行封锁,通过令牌来实现对全局字典的互斥访问。这严重损害了数据库的效率。

为弥补以上不足,在DM2的改进版本DM3中增加了协调器,用以联接各个独立的DM3数据库子系统,并协调各子系统间的各种关系,使各子系统既能高度自治地工作,又能进行有效的信息共享。

一、多数据库体系结构

本系统可看作多个数据库子系统被协调器联起来的,高度自治的一个联邦数据库系统。其中,每个子系统独立处理本系统内部的事务,而子系统间的信息共享由复制技术提供,副本间的一致性由协调器协调处理,处理所需的信息在初始化时写入协调器的组间数据字典中。当对某子系统中的一份数据副本进行修改时,该子系统会将修改通知协调器,由协调器对该数据的其它副本进行修改,从而保证了所有副本的一致性。

由以上可知,子系统彼此并不直接接触,而是各自都与协调器直接相联,由协调器统一管理子系统间的通信。这样,当子系统对副本进行修改时,不必关心相应的子系统处于何种状态,也不必等待回应消息,以及异常处理,所有这些都由协调器进行管理。因此,既提高了系统运行的效率,也保证了子系统的独立性。

协调器主要有三大功能,首先,它对协调器和服务器进行初始化,并将有关信息存入组间字典;其次,它管理不同子系统间的通信,维护副本的一致性;最后,它在子系统出现崩溃时,进行异常管理及恢复工作。

二、多数据库互联机制的主要策略

多个DM3系统间的信息共享是通过副本实现的,副本的一致性是由协调器来维持的,是一种弱一致性。通常,多数据库系统间的一致性是通过协调器周期性地访问服务器的日志来完成的。由于副本的更新带有随机性,因此,若采用这种方法,可能数据被修改多次,但其相对应的副本仍未被修改,这样就损害了数据的一致性;也可能数据并未被修改,但协调器已多次访问了服务器的日志了,这样就降低了系统的效率。

所以,本系统采用的方法是当数据被修改时,由服务器通知协调器有关信息,再由协调器通知相关系统,修改相关数据。这样,数据的修改及时(仍然是弱一致性),而协调器也不会在数据未被修改的情况下访问服务器,提高了准确性。

为了使协调器正常工作,我们对底层数据库管理系统DM2进行了修改。在基表控制块TV_CTRL_BLOCK中增加一项IsReplication。建表时,该项初始化为false;当为该表建立一个副本时,该项赋值为true。具体算法如下。

1、初始化算法。

协调器:从用户或应用程序接收待连接的两个系统中的服务器名,需复制的表名;分别登录到两个系统的服务器上;向存有待复制表的服务器发预复制消息;等待服务器消息;若失败,发一条失败的消息给服务器和用户或应用程序;若成功,从消息中取出待复制表的有关信息,根据这些信息,发一条建表消息给另一个系统的服务器;等待服务器消息;若失败,发一条失败的消息给服务器和用户或应用程序;若成功,调数据转移程序,进行数据复制;将有关信息写入组间字典,退出。服务器:当服务器收到预复制消息后,将基表控制块TV_CTRL_BLOCK中的IsReplication赋为true。同时,取出待复制表的有关信息,组成应答消息发给协调器。当服务器收到失败的消息后,将基表控制块TV_CTRL_BLOCK中的IsReplication赋为false。

2、维护算法。

协调器:从组间字典读出相关信息,根据这些信息,登录到相应系统上;等待消息;从某系统的服务器上收到一条修改消息后,通过查找组间字典,确定该消息的目的地,然后将它转发过去;若失败,定时重发。

服务器:1)等待消息;2)当收到某客户或应用程序的消息后,检查它是否是修改数据的操作(如delete,update或insert等);若是,检查基表控制块TV_CTRL_BLOCK中的IsReplication是否为true;若是,向协调器发修改消息;继续执行服务器程序的其它部分。:

3、恢复算法。

数据库设计论文范文第4篇

对于嵌入式数据库系统是利用计算机的技术，并且是可以根据软硬件的不同要求进行指定应用，这样可以满足系统在应用时对功能和可靠性的要求。在嵌入式系统运行时，其都是隐藏于内部的设备中，不是通过计算机的形式显示出来。如果在系统中加入了嵌入式的数据库系统，一般会认为是智能的系统。在嵌入式数据库系统中必须融入计算机技术、电子技术和新兴的半导体技术，这些技术完美的结合才能成就嵌入式数据库系统正常可靠的运行。因此，嵌入式数据库系统是一个要求有技术支持，并且资金足够，在知识系统的创造上也必须合理的系统。在对嵌入式数据库系统进行结构分类时，其主要是分为嵌入式的处理器和的一些构件。在数据发展的历史上分析，一般计算机技术的发展会促进数据库的发展，同样反过来也一样。这两项技术在历史的发展中都是相互促进并且相互影响的。在嵌入式数据库系统中一个主要的用途就是移动数据的处理。移动数据技术可以实现不受时间以及地点的限制，进行数据的交流。现在技术在不断地提升，在无线通信的网络服务和各种形式的移动的设备，这些都是要建立在嵌入式数据库系统之上的。虽然，嵌入式数据库比较复杂，但是其用途很广泛。

2对嵌入式数据库系统设计的研究

2.1嵌入式数据库系统设计的含义

为了满足嵌入式数据库系统设计的各种功能及标准上的要求，一般分为嵌入式的数据库、PC主数据源和同步模块这几个部分，在这些构成部分之中，微型化的嵌入式的数据库系统的设计具有最高技术性和应用性以及容易携带的特点，这就是嵌入式数据库系统设计的一般含义。这三个构成部分，其中微型化嵌入式数据库有数据的容量比较小，其可靠程度比较低的缺点，但是这点在PC主数据源中会有弥补，因为PC主数据源只能用于PC机中，这样就不能按照意愿进行移动。在这些构件的中间部分是同步模块，这个部分可以进行数据的双方向的交换，将数据在嵌入式数据库和主数据源之间进行传递，保证信息传递的及时性和一致性。因此，我们可以把同步模块作为信息交流的桥梁。只有嵌入式数据库设计中三个部分合理的结合应用，才可以互相补差补漏，既可以有嵌入式数据库的便于携带的优势，又可以获得大量的数据，这样对于想要随时获得大量信息的用户来说，就得到了满足。通过三种部件互相结合的方式，就是嵌入式数据库系统设计的主要方式。

2.2嵌入式数据库系统设计的特点

在传统的计算机系统的结构体系的设计中，一般采用固定的网络连接对不同的计算结点之间连接，这样可以保证网络能够连续的连接。但是随着移动数据技术的发展，它要求固定的节点和移动的结点相结合，那么以前传统的网络连接就不能够满足条件。对于移动数据库，其要求的性能比较高，所以要求有嵌入式数据库系统的设计，这种设计是建立在传统分布式的数据库的建设上进行拓展而来的。现在的移动数据库是把固定的服务器节点和客户端进行连接以获取动态的数据，因此可以将移动计算机环境中的数据库管理系统看作是动态式的数据库管理系统。从根本上来说，传统的数据库的设计和嵌入式数据库系统设计有着很多不同点，如果在移动的计算机环境下进行移动数据的应用就是嵌入式的数据库系统，这种可移动的特点优于传统数据库设计。嵌入式数据库系统设计主要特点是包括有对标准的SQL进行技术支持，对事务的管理功能和完备的数据库管理功能，可以供多种嵌入型操作系统的应用。

3嵌入式数据库系统设计的技术和应用前景

3.1嵌入式数据库系统设计的主要技术

嵌入式数据库系统设计其中一项主要技术就是数据的复制和缓存的功能。通过这项技术可以将需要维护和备份的数据在不同的多个移动的网络节点之间进行复制备存。在嵌入式数据库系统设计中的这项功能主要是进行服务器之间的复制数据和移动的计算机数据信息之间的复制和保存。从严格意义上来说，只有服务器之间进行的复制才能被称为数据的复制，而计算机上所保存的数据进行复制就是属于数据的缓存。复制可以提升分布式的数据库的可靠程度和访问的性能，但是必须保证多个复制节点在数据上的一致性。根据维护复制的功能上所采取的技术方法的不同，就可以将复制功能分为严格一致性和弱一致性。在嵌入式数据库系统设计的复制和缓存技术中，如果要求严格的一致性就要保证在无论何时复制的数据信息其内容都是一致的，但是对一致性的要求比较弱，那么可以允许在较短的时间内有不相同的现象的出现。但是我们要求其不同的数据不能太多，必须控制在一定的范围之内，并且最终随着时间的演变是能够趋向相同的。对于嵌入式数据库系统设计的另一个技术就是数据广播。这项技术是应用于移动的计算环境之下，关于客户的机器和总的服务器双方是不对称的，正好应用了这一点，就可以用类似于周期式的形式来传递数据和信息。通过数据广播技术可以帮助处理数据库系统的断接问题，并且不会因为用户的数量的变化而发生变化。对于数据广播技术的构造中一个方面是服务器，这个层面是用来进行组织广播和调节数据，可以对广播数据进行本地缓存。因此，复制缓存技术和数据广播都是嵌入式数据库系统设计的主要技术。

3.2嵌入式数据库系统设计的应用前景

随着物流业的逐渐发展壮大，嵌入式移动数据库系统设计也可以应用在物流方面。采用嵌入式数据库系统设计，可以对物流的信息进行准确的跟踪，对生产、销售和运输过程中的资金进行合理的安排。在物流的运输工作中，可以利用嵌入式数据库系统技术将车辆信息中移动的数据信息进行传递，从而保证物流车辆在运输过程中的一切行踪都在总系统的控制范围内。通过嵌入式数据库设计可以将手写的信息用无线的网络传入中央的数据库来存储，这样有利于物流信息的更新和保存。同时，嵌入式移动数据的技术也可以应用于移动的银行。目前，我国的移动用户的群体在逐渐的扩大，所以银行移动化也是大势所趋。嵌入式数据库系统设计在移动银行上进行应用，可以帮助用户进行实时的账务查询和交易，增加了灵活性。移动银行的用户可以不受时间和地点的限制，来办理银行业务，从而也节省了大量的时间。在水电业中，对于数据传统上的采集方法是进行家家户户的抄录数据，现在则可以利用嵌入式数据库技术进行移动的传输数据，从而提高了工作效率。

4结束语

随着技术的不断发展，人们对移动数据的应用的要求也越来越高。因此，为了顺应时展的需求和提高工作效率，嵌入式数据库系统设计就变得更加重要。我们必须对嵌入式数据库系统进行研究，首先对其概念有很好的把握，再者对其特点以及该技术的应用前景和主要技术都要明确。虽然现在技术上还不是特别完善，但是随着研究的不断深入，我们相信嵌入式数据库系统设计的应用前景会更好。

数据库设计论文范文第5篇

一、实验情境设计

某小型企业已建立采用B/S结构设计的销售管理系统，其后台数据库名称为example，products表和orders表是example数据库中的两张表。要求用户a～e能登录数据库服务器并按照设计的访问控制权限访问相应的服务器及数据库资源，访问用户及权限设置如表1所示：表1用户及访问权限设置表

二、实验技术分析

本实验主要实现在SQLSERVER中对数据库安全性的管理问题。首先明确SQLServer中身份验证的种类和实现步骤，然后再熟悉为用户分配登录账号和权限的操作方法，对于SQLServer安全性的各种管理，尤其是对数据库访问控制操作有深入要求。要管理数据库安全性，必须了解各种账号和权限，因为安全性就是通过它们的分配来实现的。所以掌握它们的区别和用处非常重要。（一）SQLSERVER身份验证模式SQLSERVER身份验证模式指SQLSERVER如何处理用户名和密码的问题，SQLSERVER提供两种身份验证模式。1、Windows身份验证模式，在这种方式下，用户只可以使用Windows身份登陆连接到SQLServer，由Windows操作系统对客户端进行身份验证。我们知道，SQLServer和Windows同属于微软公司的产品。当使用Windows身份验证连接到SQLServer时，SQLServer使用Windows操作系统中的信息验证账户名和密码，用户不必重复提交登录名和密码。这种验证方式的弊端在于若采取B/S结构服务器，远程客户机无法连接到服务器，这时须使用混合验证模式。2、混合验证模式，即可以同时使用Windows身份验证和SQLServer身份验证。使用具体验证方式取决于在最初通信时使用的网络库。如果一个用户使用TCP/IP进行登录验证，则使用SQLServer身份验证；如果用户使用命名管道，则登录时将使用Windows身份验证。[1]图1SQLServer安全性决策树通过以上两种身份验证模式，用户如果想使用指定的登录名称和密码连接到SQLServer，SQLServer会按照图1所示的安全性决策树进行安全身份验证。本实验中要实现在采用B/S结构设计的销售管理系统中让不同的客户端用户能访问服务器的数据库资源，所以身份验证模式可以设置为“SQLServer和Windows身份验证模式”。（二）账号和权限1、登录帐户登录账户是让用户登录到SQLServer服务器中用的账号，如果用户不能登录SQLServer的服务器，也就不能访问该服务器上的数据库资源。在实验中，需要创建登录帐户logina～logine，让这些帐户都能登录数据库服务器。2、数据库用户一个SQLServer服务器下面可以建多个数据库。能登录到SQLServer服务器，不一定能访问到服务器中的数据库。在实验中，需要创建数据库用户userb～usere，使这些数据库用户都能访问sample数据库。3、角色为了便于管理数据库的的权限，SQLServer提供了若干“角色”，“角色”就是用一种方法来把用户集中到一个单元中，并在此单元上应用权限。SQLServer提供了预定义的服务器角色和数据库角色，也可以在数据库中创建用户自定义的数据库角色。在实验中，用到如下两个固定的服务器角色和数据库角色：sysadmin固定服务器角色的成员可以在数据库引擎中执行任何活动。db_backupoperator固定数据库角色的成员可以备份数据库。由于本实验中用户a需要访问控制全部服务器资源，即用户a要求完全的数据库服务器访问权限，所以用户a应设置为固定服务器角色sysadmin的成员之一，使之成为服务器的超级管理员。用户a的安全访问流程如图2所示。图2用户a安全访问流程用户b要能备份数据库，可以将其添加到数据库角色db_backupoperator中，用户b的安全访问流程如图3所示。用户c与用户d都要访问数据库中的表，所不同的是具体的访问对象及访问权限，在实验中可以创建两个自定义的数据库角色R1和R2，将用户userc、用户userd分别添加到R1角色R2角色中。4、权限在为用户和角色分配登录帐户后，还必须为他们分配权限以增强数据库的安全性。权限详细地说明了可以让用户使用哪些数据库对象，并可以对它们进行哪些处理。用户在数据库内的权限取决于用户帐户的权限和该用户所属的角色成员。在实验中为R1角色授予查询、修改products表的权限，为R2角色授予查询orders表的权限，为用户usere添加访问products表、orders表的权限。用户c～用户d访问数据库资源的控制方式如图4所示。图4用户c～用户e安全访问流程

三、实验过程

该实验需要每人PC机一台，操作系统为Win－dowsxp或win7，实验的数据库管理系统软件为SQLServer2005或SQLServer2008。请学生务必用每个用户的身份进行登录、比较操作以校验数据库安全访问控制实验过程的正确性。

四、实验总结

本次实验主要是通过建立用户、为用户赋权限、建立角色、给用户、角色授予权限等操作让学生掌握数据库的安全性管理、数据库访问控制的操作。在实验操作前，同学们一定要弄清楚SQLServer的身份验证模式、数据访问权限，然后再根据企业要求考虑设置哪些登录账号、数据库用户、角色、权限。数据库安全性管理是多方面的，除SQLServer，还涉及到操作系统、网络安全等等。作为数据库管理人员，同学们应对数据库安全管理有全方面的了解，掌握更多的安全管理方法，维护数据库安全。

数据库设计论文范文第6篇

一、成立数据小组

大型数据库数据元素多，在设计上有必要成立专门的数据小组。由于数据库设计者不一定是使用者，对系统设计中的数据元素不可能考虑周全，数据库设计出来后，往往难以找到所需的库表，因此数据小组最好由熟悉业务的项目骨干组成。

数据小组的职能并非是设计数据库，而是通过需求分析，在参考其他相似系统的基础上，提取系统的基本数据元素，担负对数据库的审核。审核内容包括审核新的数据库元素是否完全、能否实现全部业务需求；对旧数据库（如果存在旧系统）的分析及数据转换；数据库设计的审核、控制及必要调整。

二、设计原则

1．规范命名。所有的库名、表名、域名必须遵循统一的命名规则，并进行必要说明，以方便设计、维护、查询。

2．控制字段的引用。在设计时，可以选择适当的数据库设计管理工具，以方便开发人员的分布式设计和数据小组的集中审核管理。采用统一的命名规则，如果设计的字段已经存在，可直接引用；否则，应重新设计。

3．库表重复控制。在设计过程中，如果发现大部分字段都已存在，开发人员应怀疑所设计的库表是否已存在。通过对字段所在库表及相应设计人员的查询，可以确认库表是否确实重复。

4．并发控制。设计中应进行并发控制，即对于同一个库表，在同一时间只有一个人有控制权，其他人只能进行查询。

5．必要的讨论。数据库设计完成后，数据小组应与相关人员进行讨论，通过讨论来熟悉数据库，从而对设计中存在的问题进行控制或从中获取数据库设计的必要信息。

6．数据小组的审核。库表的定版、修改最终都要通过数据小组的审核，以保证符合必要的要求。

7．头文件处理。每次数据修改后，数据小组要对相应的头文件进行修改（可由管理软件自动完成），并通知相关的开发人员，以便进行相应的程序修改。

三、设计技巧

1．分类拆分数据量大的表。对于经常使用的表（如某些参数表或代码对照表），由于其使用频率很高，要尽量减少表中的记录数量。例如，银行的户主账表原来设计成一张表，虽然可以方便程序的设计与维护，但经过分析发现，由于数据量太大，会影响数据的迅速定位。如果将户主账表分别设计为活期户主账、定期户主账及对公户主账等，则可以大大提高查询效率。

2．索引设计。对于大的数据库表，合理的索引能够提高整个数据库的操作效率。在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，应注意按照复合索引字段建立的顺序进行。例如，如果对一个5万多条记录的流水表以日期和流水号为序建立复合索引，由于在该表中日期的重复值接近整个表的记录数，用流水号进行查询所用的时间接近3秒；而如果以流水号为索引字段建立索引进行相同的查询，所用时间不到1秒。因此在大型数据库设计中，只有进行合理的索引字段选择，才能有效提高整个数据库的操作效率。

3．数据操作的优化。在大型数据库中，如何提高数据操作效率值得关注。例如，每在数据库流水表中增加一笔业务，就必须从流水控制表中取出流水号，并将其流水号的数值加一。正常情况下，单笔操作的反应速度尚属正常，但当用它进行批量业务处理时，速度会明显减慢。经过分析发现，每次对流水控制表中的流水号数值加一时都要锁定该表，而该表却是整个系统操作的核心，有可能在操作时被其他进程锁定，因而使整个事务操作速度变慢。对这一问题的解决的办法是，根据批量业务的总笔数批量申请流水号，并对流水控制表进行一次更新，即可提高批量业务处理的速度。另一个例子是对插表的优化。对于大批量的业务处理，如果在插入数据库表时用普通的Insert语句，速度会很慢。其原因在于，每次插表都要进行一次I/O操作，花费较长的时间。改进后，可以用Put语句等缓冲区形式等满页后再进行I/O操作，从而提高效率。对大的数据库表进行删除时，一般会直接用Delete语句，这个语句虽然可以进行小表操作，但对大表却会因带来大事务而导致删除速度很慢甚至失败。解决的方法是去掉事务，但更有效的办法是先进行Drop操作再进行重建。

4．数据库参数的调整。数据库参数的调整是一个经验不断积累的过程，应由有经验的系统管理员完成。以Informix数据库为例，记录锁的数目太少会造成锁表的失败；逻辑日志的文件数目太少会造成插入大表失败等，这些问题都应根据实际情况进行必要的调整。

5．必要的工具。在整个数据库的开发与设计过程中，可以先开发一些小的应用工具，如自动生成库表的头文件、插入数据的初始化、数据插入的函数封装、错误跟踪或自动显示等，以此提高数据库的设计与开发效率。

6．避免长事务。对单个大表的删除或插入操作会带来大事务，解决的办法是对参数进行调整，也可以在插入时对文件进行分割。对于一个由一系列小事务顺序操作共同构成的长事务（如银行交易系统的日终交易），可以由一系列操作完成整个事务，但其缺点是有可能因整个事务太大而使不能完成，或者，由于偶然的意外而使事务重做所需的时间太长。较好的解决方法是，把整个事务分解成几个较小的事务，再由应用程序控制整个系统的流程。这样，如果其中某个事务不成功，则只需重做该事务，因而既可节约时间，又可避免长事务。

7．适当超前。计算机技术发展日新月异，数据库的设计必须具有一定前瞻性，不但要满足当前的应用要求，还要考虑未来的业务发展，同时必须有利于扩展或增加应用系统的处理功能。

数据库设计论文范文第7篇

在我院的科研管理过程中，科研处需要了解教师的每个项目．每个项目又包括项目名字、项目经费、项目人员、项目状态等;最特殊之处是本校项目经费编号必须和财务统一，只能按照财务软件默认给出的编号建立数据编号．这样才能核对项目经费、纵向经费等;项目所获得奖励(科技进步奖等)按照科研管理规定给予相应奖励;项目人员的信息和项目的每个内容都相关，这里需要指出的是任何单位都有相同名字的人员，所以每个人员的信息至少要包含一个区别码，可以是身份证，也可以是工作证代码等等．

2数据库结构设计

2．1数据库选择

由于科研管理的保密性，本校科研管理不对校外开放，基本不用考虑并行查询的系统需求，另外，鉴于本系统目标用户普遍应用Windows系统，所以项目采用了WindowsServers系统下的SQLServer，在跨平台操作时，可直接用SQL语言进行数据读写和查询等操作命令．用于数据库中的标准数据查询语言项目在开发过程中得到了验证．

2．2数据库结构设计

数据库的结构设计一定是在项目的最初完成的．构造数据库必须考虑所有需求规则．在关系数据库中，我们习惯称之为范式，参考关系数据库的多种范式，依据科研管理的需求分析，为扩大操作功能和减少冗余度选择了第三范式．科研工作者的信息是贯穿于整个数据库中的，必须单独建立的，同时为了避免多人同名可以采用唯一身份证号码加以区别．其表内信息依据需要建立以下字段:包括年龄、性别、单位院系、职务职称、技术领域、个人信息(电话)等．每个表单都有一个和人员相关的字段，这个字段可以是工作证号，也可以是身份证号码．每个表单都可以单独进行，甚至可以在备份的同时也不影响录入．如果将来需要查询某科研人员的详细成果，只要每个库调用相同工作证号或身份证等就可以．科研经费是每年国家审计管理的重点，每笔经费一定要保证和唯一项目编号准确对应．所以建立经费和经费分配两独立表单．两个单独表中经费都含有项目编号，这个项目编号和项目管理中的项目编号一致．由于项目管理表中有人员信息相连，所以只要通过调出科研经费相关联的项目编号后自动在逻辑层调用项目表和科研工作者库中信息，就可以得到全面的经费信息．而经费分配表中的人员必须符合人员库，这样就杜绝了非项目人员经费报销的可能性，大大降低了查找同一个人员参加的不同项目的经费结果的复杂度．成果管理模块通过建立专门的成果库，成果库可以包括论文、专著、专利、软件著作权等．在设计时同样建立一个单独的表，而成果中也有和经费模块一样的地方，也就是包含项目人员，这样将来查询某人员的时候，项目和成果可以一起得出．

2．3用户接口设计

根据科研管理需求分析，设计为多用户．第一种是数量最多的科研工作者的访问模块，每个科研人员可以利用互联网将在任何地点输入本人的科研信息和成果，这样可以将科研管理人员从大量录入科研工作者的项目成果、专利等繁琐工作中摆脱出来，同时也可以在保密许可范围内查询到自己参加过的所有项目、论文和成果;第二种是科研管理人员的入口(科研处人员)，科研管理人员必须通过授权才可以通过接口进入后台．在有记录的情况下，直接管理数据，包括输入到数据库、项目审核、项目修改(教师录入错误等)及删除等．这个入口可看到项目和经费，还可以审批经费等管理功能．超级管理员还可以对科研工作者授权，使之对本人输入数据的错误进行修正．一般来说，科研处的分工有多细，这个入口就有多细．比如项目管理科的人员就只能针对项目管理，项目经费管理科只能针对项目经费管理和项目状态管理等．这样，在管理上的细分导致多用户之间是严格不相关并且不能互相越权管理．

3数据库接口应用

本校科研管理平台用户功能在面板左侧以项目为例:分别为项目录入、项目修改、项目查询和项目分析．

3．1项目录入

该平台突破了传统的手工录入方法，避免了项目数量巨大，录入工期长等问题．最重要的是保证了非手工录入的正确率．创新方法为先在熟悉科研管理方法的基础上提出一个完善的项目资料存档要求，并对每个存档内容给予明确的指示，应包含一个科研项目的所有基本信息．其中项目类型中应包含附加属性，如是否双十项目等;项目状态应添加自动修改的功能，当项目合同时间已到却仍未结题者，项目应变更为延期．当所有功能都已确定完成后，直接由项目负责人提供符合后台数据库格式的excel表格，无论申报还是结题，都由各科研处统一通过审核将各个项目表格汇总，项目录入工作就是直接导入．这样大大避免了手工录入的人为错误．如果有临时的突然增加项目，让项目负责人填好相应表格，直接导入即可．

3．2前台的查询功能

前台应将任意条件如项目名称、项目负责人、工作单位和项目编号等检索，同时应考虑到将来的科研管理需求，如想查询所有结题项目或经费等于4万的项目等其他条件等，这样的检索可以让我们在左边的可选字段中自由搭配，以便于应对不同的科研管理需求．所以平台开发为检索条件完全自由组合。

3．3项目修改

设计了对应不同功能的不同账号，并分别给予不同权限，如普通院系老师给予查询功能，首先通过教师的身份证号或者工资卡号等登陆，教师一旦登陆就相当于默认为查询自己的所有项目．如果是科研处的管理科研工作者登陆，则可以修改和确认．为防止科研处管理科研工作者的人工误差，可以在确认上有两个账号，由领导审核后方可生效．

3．4数据导出

项目查询完毕后，可以导出的EXCEL表格应是前面检索条件下检索结果的表格，要求应包含所有的科研信息．由于现有的数据仓库技术发展，将导出的数据中与现有其他数据来源(如其他大学的科研数据分析图)对比，可根据对比数据修整本校科研发展的方向．

4结语

科研项目管理，不仅可以用于本校，也可应用于各个科研院所及高校研究机构进行科研项目管理;也可用以绩效考核等．通过该系统，科研处可对任意项目随时进行管理．由于所有的数据都在SQL数据库中，随时可以调取项目的状态，使科研管理者能够为项目服务，从而提升高校的科研能力及成果率．本数据库未来发展是以科研管理部门为科研人员服务为基础，推动科研人员的科研积极性为目标．既可以让项目负责人对项目可以随时管理，也便于科研处、财务处等宏观掌控所有项目的情况，建立科研处、财务处以及人事处等统一应用平台，可以及时有效地掌握最新的科研情况。

数据库设计论文范文第8篇

1．系统管理子模块系统管理子模块主要实现对操作员信息的初始录入、权限的管理、密码的修改和系统初始化的设置等。这些操作都对应着数据库的单表操作，该模块设计容易实现。由于初始化数据的录入量一般较大，因此，我们对于信息的初始录入工作，支持全键盘批量数据录入，把一种信息的录入集成在一个窗体模块中，尽量减少用户的工作量，便于用户的使用。

2．信息资料子模块信息资料子模块主要实现了专业信息、课程信息、学生基本信息和成绩的增加、修改和删除操作。此功能模块的设计，都是便于信息查询模块的实现，重要的是所有的专业、课程、学生及成绩信息都必须是真实可靠的，否则将会影响到信息查询模块功能的实现，同时，填加学生基本信息时，要考虑到整个系统各个模块之间的联系，因为所有其他信息功能的实现都与学生基本信息有着关联。

3．信息查询子模块(1)课程查询:根据查询内容(按专业、按所属院系、按课程名称)来查询学生的课程信息。(2)学生资料查询:根据查询内容(按学号、按姓名、按专业、按班级)来查询学生的基本信息。(3)成绩查询:根据查询内容(按学号、按姓名、按专业、按课程)来查询学生的成绩信息。

二、数据库设计与实现

1．数据库的设计该系统可利用ER方法进行数据库的概念设计，首先设计局部ER模式，其次把各局部ER模式综合成一个全局模式，得到最终的模式，即概念模式。(1)设计局部ER模式实体和属性的定义:学生(学号，姓名，性别，出生年月，身份证号，入学成绩，所学专业，所在班级，备注，联系人，电话);专业(专业名，所属院系，招生类型，修学年限，所属学分);课程(课程编号，课程名，学时，所属专业，学分，所属院系，授课学期，教材名);成绩(学号，姓名，所学专业，班级，所学课程，课程性质，学分，成绩，备注);用户名(用户名，密码，所在部门)。ER模型的“联系”用于刻画实体与实体之间的关联，如1∶N，M∶N，还是1∶1等形式。在该系统中学生与课程、学生与专业实体之间是M∶N的关联，而学生与成绩两个实体之间关联则为1∶1。(2)全局ER模式的设计在确定好所有的局部ER模式后，就将它们综合成整体的全局概念结构。设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的概念模型。全局ER模式不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。根据上述功能在后台SQL2000数据库中部分数据表的设计如下。

2．数据库的实现(1)系统管理模块1)功能描述:系统管理模块的功能是使用户具有添加、修改、删除该用户自己设置的系统管理员。2)输入输出项目:用户输入项目:用户名，密码，所在部门，操作权限和操作模型。密码输入项目:用户名，新密码。3)窗体界面设计(图4):(2)信息资料管理模块1)功能描述:用户可以增加学生的基本信息记录，增加专业的记录、课程的记录和成绩的记录，以及可以修改和删除相应的记录。2)输入输出项目:专业输入项目:专业名，所属院系，招生类型，修学年限，所属学分。课程输入项目:课程编号，课程名，学时，所属专业，学分，所属院系，授课学期，教材名。学生入项目:学号，姓名，性别，出生年月，身份证号，入学成绩，所学专业，所在班级，备注，联系人，电话、备注。成绩输入项目:学号，姓名，所学专业，班级，所学课程，课程性质，学分，成绩，备注。3)部分窗体界面设计(图5):(3)信息查询模块实现1)功能描述:该模块分为学生基本信息查询、课程和成绩的查询，用户并可以按照选择不同的查询类别来查询。2)输入输出项目:学生输入项目:学号，姓名，专业，班级。成绩输入项目:学号，姓名，课程，专业。课程输入项目:专业，所属院系，课程名称。3)部分窗体界面设计(图6):(4)数据库行为操作的实现有关数据库的访问操作部分代码:该学生档案管理系统其功能基本能够完成学生学籍档案的存储和成绩、课程、专业的查询。并提供部分系统维护功能，使用户方便进行数据恢复、数据删除、添加、修改，同时，本系统自带所需的驱动程序，动态的添加与删除ODBC数据源，是典型的绿色软件。

数据库设计论文范文第9篇

数据库营销指的是企业通过收集和积累消费者的大量信息,经过处理后预测消费者有多大可能去购买某种产品,以及利用这些信息给产品以精确定位,有针对性地制作营销信息,以达到说服消费者去购买产品的目的。

因为旅游规划的本质是为区域旅游的发展指明方向,提供战略指导,为近期的规划开发提出具体的、实际性的指导,满足市场需求的同时,取得利润的最大化。因此,本文试图以数据库营销的核心贯穿整个旅游规划的过程,从三个方面:规划的客源市场调查、具体市场营销方式、规划完成后的跟踪来阐述数据库营销的重要性,有别于以前的就营销而论营销的做法,以求给以后的旅游规划提供些许指导与借鉴。

一、问题的提出

目前的旅游规划文本当中的市场营销方式大部分仍是以传统的营销方式为主,没有充分考虑客源市场的需求,就营销论营销,没有把营销的理念贯穿于整个规划的过程,缺乏整体的营销观念,在客源市场调查的过程当中,对消费者需求的调查成分偏少,即使有,在后续的旅游产品设计中也难以体现,降低了客源市场的满意度。

另外一种情况是在传统的营销方式的基础上,间杂着一些现代营销方式的手段,如电话营销、电邮营销、短信营销等,都是在探索现代营销方式,但往往不成体系,在具体的运用过程当中,往往是传统营销方式的附庸,难以形成实际的效果。

第三种情况是指目前的旅游规划文本在指导具体的区域旅游实践当中的精准性不够,难以跟上外界环境的变化,没有充分考虑外界环境的变化,导致规划文本束之高阁,没有用处,资源浪费,规划文本的完成并不意味着规划过程的完成,规划的过程是一个反复修正的过程,是在具体的实践中检验的过程。

二、问题的分析

针对上述问题,本文试图从现代营销的手段之数据库营销的角度去分析,以其核心观念贯穿整个规划过程,用以指导具体的规划过程。

(一)客源市场调查中的数据库营销

每一个旅游规划在具体实施之前,都必须要进行客源市场的调研,了解客源市场的基本情况及消费需求,有必要的话,还依据不同的指标,进行客源市场的细分,以求在具体的规划过程中能精确定位,投放产品。目前的客源市场调查最常用的是问卷调查,辅之以访谈、电话调查等方式,(在不考虑样本是否科学性的基础上)得到客源市场消费者的主观、客观数据,进行数据的分析、加工。

可以看出客源市场的这种调查方式是一次性的,消费者在规划进行过程当中的需求变化及客观环境的变化并没有考虑,也就是说规划默认为客源市场的需求及消费模式短期内是不会变化的,其实不然,环境在时时刻刻的变化,消费者的心理也在时时的变化,因此,在此基础上,可以尝试建立所调查样本的数据库,以一定的周期为间隔,采取各种数据库营销方式进行样本的调研,对每一个细分市场的样本进行归类分析,指导规划的进行。

(二)以数据库为基础的旅游市场营销模式

传统的旅游市场营销方式以产品、价格、分销、促销为模式,以远远不能满足现有的消费者的需求,事实证明,这种传统的、不考虑市场的营销方式是不科学的,在旅游规划过程当中应该予以摒弃。取而代之的应该是以消费者为中心的消费者、成本、方便、沟通为模式的“4C”策略,而数据库营销是这一策略的最直接的体现,因此,在旅游规划创作过程当中,其基本的营销方式应该以定向直邮,电子邮件营销,网络传真营销和短消息服务等在内的多种形式的数据库营销手段为主,深挖其具体内涵,延展其多种利用方式。

通过数据库了解旅游者的兴趣爱好后,就可以在宣传册的封面上贴上他们喜欢的产品图或直接与他们在互联网上进行交流,当然交流的内容是他们感兴趣的话题,这样有利于加强与旅游者或潜在旅游者的关系。例如,旅行社利用自己的网站,运用数据库跟踪旅游者的习惯和兴趣爱好,以此为根据向旅游者推荐他们感兴趣的旅游线路。对旅游者了解得越多,就越能更好地帮助旅游者解决旅游购买过程中的问题,最后与旅游者建立起良好的商业关系,提升旅游企业的竞争力,并最终促进旅游业的发展。转(三)规划文本完成后的数据库营销

规划文本完成以后在具体指导实践的过程中应该结合环境的变化不断修正。

可以结合客源市场调查中所建立的数据库进行再次调查,不断反复,切实修正提供给消费者的旅游产品的可行性,以求“适销对路”,另一方面,服务行业的这种数据库营销有点类似于物质生产部门的“售后服务”,具体来讲,指的是在规划的实施过程当中,对客源市场或是部分游客进行回访,收集旅游者的信息,建立数据库,分析改进。

通过数据库资料可分析出旅游者的价值取向,然后针对不同旅游者提供不同类型的旅游产品展示、广告宣传和销售方式。一般来说,对旅游者了解越多,就越能提供令其满意的旅游产品和服务。

三、问题的解决

规划的本身就是一个营销的过程,关键是采取什么样的营销模式以及如何采用的问题,从上述分析,可以看出,营销的思想贯穿于规划的始终,客源市场的调研并不仅仅是一个直线式的过程,而更多的是一个循环往复的过程,规划是一个弹性的过程,是一个不断修正的过程,对于旅游者的营销是长期的过程,也是一个培养潜在消费者的过程。具体的数据库营销方式有很多,具体采取哪种方式或是几种方式的组合,应该根据客源市场的情况来定。

四、数据库营销在旅游规划中应该注意的问题

(一)从战略的高度来看待数据库营销的作用

旅游规划应该用战略的眼光、用资产的眼光来看待营销数据库,特别是应认识旅游者信息的真正价值,将规划所涉及到的旅游企业规划从“管理信息”向“利用信息”转化。企业应切实地制定出营销信息战略,对信息收集、维护和利用进行详细的规划和评估,从而将数据库营销提升到旅游企业战略的层次上,从战略的高度来看待数据库营销的应用。

(二)确保信息的真实性、一致性和规范化

确保数据库营销中的所有数据和活动都可以按照一定的规则度量,能满足决策分析的需要。

(三)合法地获取私人信息和采取恰当的保密措施

数据库设计论文范文第10篇

主要包括按模拟企业、时间、商品、市场等不同类别统计各项经营数据，如模拟企业资产、库存、销售收入、市场占用等数据，通过所存储的大量数据分析企业经营效果，总结得失，并能够为调整学员的经营方案和验证管理理论提供有价值的参考数据。

2、概念结构设计

概念结构也称为概念模型，是对用户所提供的原始数据进行综合，抽象出数据库系统所要研究的数据，将现实世界中的事物及其联系，转换成信息世界中的实体及其联系。概念结构设计必须将需求分析得到的用户数据和需求抽象为反映用户观点的概念模型，是用户与数据库人员之间进行交流的工具，其主要表现形式为E-R模型图。图中矩形框表示实体集；菱形框表示实体集之间的联系。

3、逻辑结构设计

逻辑结构设计主要任务是综合考虑关系型DBMS的性能和所设计模拟系统的功能复杂程度，将概念结构转换为逻辑模式，即各个关系模式的结构设计，包括各关系模式的名称、每一关系模式中各属性的名称、数据类型和取值范围等内容。将E-R模型转换成初始的关系模型，然后分析每一个关系模式的合理性，通过关系模式的规范化消除其中不合理模式。E-R模型中的实体和联系经过规范化处理转换为关系模式如下：（1）学员（学号、姓名、担任角色、性别、企业代码），学员通过学号标识。（2）门店（门店编码、容积、最低购买价、最低租赁价、等级、信息化程度、企业代码、获取时间、获取方式、金额），门店通过门店编码标识。（3）模拟企业（企业代码、登录密码、名称、人数），模拟企业通过企业代码标识。（4）商品（商品代码、名称、采购价、容积需求、采购提前期），商品通过商品代码标识。（5）客户订单（订单编码、需求商品、数量、账期、企业代码、市场代码、签约时间、售价、其他要求），客户订单通过订单编码标识。（6）市场（市场代码、类别、开发时间、开发资金），市场通过市场代码标识。（7）现金流量表（编号、时间、收支类别、项目名称、金额），现金流量表通过编号标识。（8）市场开发（市场代码、企业代码、时间、金额），市场开发通过市场代码和企业代码组合标识。（9）采购（企业代码、商品代码、时间、数量），采购通过商品代码和企业代码组合标识。（10）配货（企业代码、商品代码、门店编码、时间、数量、定价），配货通过商品代码、门店编码和企业代码组合标识。

4、数据库实现

4.1建立存储过程由于使用的是关系型数据库，数据处理都是通过SQL语言完成的，其中有大量数据的插入、更新与删除，甚至还需要进行大量的运算，所以直接提交SQL语句并让DBMS进行编译再执行的话，处理的效率较低，而建立存储过程是一种有效解决手段。存储过程是一种存储在数据库服务器上的SQL操作[3]，这样很多数据处理流程都在后台以存储过程的方式来实现，即有利于提高系统的运行效率，又可提高系统的可维护性和可扩展性。

4.2设计索引在模拟经营中各模拟企业经常性的要查询公共信息，而且这种查询的时间性非常明显，所以设计索引可以显而易见的优化系统性能，对所有用于时间排序的列创建索引，可以避免整表扫描或访问。在不改变表物理结构的情况下，直接访问特定的数据列以减少数据存取时间；把数据分散到不同的页面上，可以分散插入的数据；主键自动建立了唯一索引，能确保数据的唯一性。

5、结语

本文按照数据库设计的基本方法，将连锁企业经营管理沙盘模拟系统当前应用需要的所有数据全部及时、准确地存放在数据库中，根据用户使用反馈进行合理设计。实际应用表明该数据库具有良好的存储结构，实现了实时数据共享、快速响应等要求，具有较高的可行性。