港口管理信息系统 13

港口管理信息系统设计数据库系统2主要内容数据字典设计规范3数据库系统设计原则理解需求，包括未来需求变化。充分了解企业业务类型重视输入(要记录的数据)、输出(报表、查询、视图)。创建数据字典E-R图表定义标准的对象命名规范4数据字典定义DataDictionary描述数据库中数据信息的工具。包含数据元素名、含义、格式、类型、使用范围及来源、约定、用途以及和其他数据的关系等。描述数据库中各数据属性与组成的数据集合,也称元数据.具体说,数据字典包括空间库中所有图层的序号、名称、属性(含义)、代表图层变量的字段名、字段的数据类型及宽度、量纲、图层的存储形式等5数据字典内容(1)数据项描述:数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系数据结构描述:数据结构名，含义说明，组成:[数据项或数据结构]数据流描述:数据流名，说明，数据流来源，数据流去向，组成:[数据结构]，平均流量，高峰期流量6数据字典内容(2)数据存储描述:数据存储名，说明，编号，流入的数据流，流出的数据流，组成:[数据结构]，数据量，存取方式处理过程描述:处理过程名，说明，输入:[数据流]，输出:[数据流]，处理:[简要说明]7数据字典制订要求规范化标准化系列化8数据字典应用范围确保开发人员使用统一的数据定义；数据字典中有关系统的详细信息是系统设计、系统实施与维护的重要依据。针对港口相关的业务操作进行具体的定义与规范9数据内容(国家标准JT/T484-2002)港口自然环境港口设施港口生产港口企业及相关生产企业安全及环境保护10数据类型数据类型和字段长度是根据标准建立的。decimal——数字型字段int——整型字段char——字符型字段varchar——可变长度字符型字段datetime——日期型字段；11港口自然环境港口名称港口性质隶属关系港口位置气象情况水文情况12港口基础设施港口装卸机械港口内部交通堆场、仓库散装石油、液体化工产品通讯及网络系统进出场站控制13港口生产车辆操作港口装卸港口储存船期船图积载集装箱设备14港口企业及相关生产企业企业类型企业基本档案企业业务种类企业许可证企业人员信息15生产安全货差率货损量人员伤亡经济损失16环境保护废弃物排放溢油污染船舶噪声17数据表设计原则标准化和规范化数据的标准化有助于消除数据库中的数据冗余。3NF通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。数据驱动采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。考虑各种变化设计数据库的时候考虑到哪些数据字段将来可能会发生变更。表名、报表名和查询名的命名规范18字段设计原则(1)每个表中都应该添加的3个有用的字段。时效性数据应包括“最近更新日期/时间”字段。时间标记对查找数据问题的原因、按日期重新处理/重载数据和清除旧数据特别有用。对地址和电话采用多个字段表内的列[字段]的命名规则(采用前缀/后缀命名)、采用有意义的字段名19字段设计原则(1)选择数字类型和文本类型的长度应尽量充足增加删除标记字段在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行;最好采用清除数据程序而且要仔细维护索引整体性。提防大小写混用的对象名和特殊字符采用全部大写而且包含下划符的名字具有更好的可读性(CUSTOMER_DATA)，绝对不要在对象名的字符之间留空格。20字段设计原则(3)小心保留词保持字段名和类型的一致性在命名字段并为其指定数据类型的时候一定要保证一致性。避免使用触发器21数据完整性设计(1)完整性实现机制：实体完整性：主键父表中删除数据：级联删除;受限删除;置空值父表中插入数据：受限插入;递归插入父表中更新数据：级联更新;受限更新;置空值DBMS对参照完整性可以有两种方法实现：外键实现机制(约束规则)和触发器实现机制用户定义完整性：NOTNULL;CHECK;触发器用约束而非商务规则强制数据完整性采用数据库系统实现数据的完整性。包括通过标准化实现的完整性而且还包括数据的功能性。22数据完整性设计(2)强制指示完整性在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。保持数据的清洁能使开发人员投入更多的时间处理错误条件。使用查找控制数据完整性控制数据完整性的最佳方式就是限制用户的选择。这样将减少键入代码的错误和误解同时提供数据的一致性。采用视图为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表。23数据完整性设计(3)分布式数据系统对分布式系统而言，在决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来5-10年的数据量。关系如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。给数据保有和恢复制定计划考虑数据保存策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。用存储过程让系统做重活