软件工程-数据库设计规范与命名规则
数据库字段名称命名规则
数据库字段名称命名规则
数据库字段名称命名规则是数据库设计规范中的重要内容之一。
一个好的命名规则可以帮助开发人员更好地理解数据库表中的字段，提高代码的可读性和可维护性。
下面是常见的数据库字段名称命名规则:
1. 命名规则：通常采用全小写字母和下划线的方式进行命名，字段名长度最多为 32 个字符，禁止超过 32 个字符。
2. 禁使 MySQL 保留字：在命名规则中，禁使 MySQL 保留字，例如_、auto_、master_等。
3. 业务或产品线相关：字段名应该与业务或产品线相关，以便更好地理解字段的含义和用途。
4. 采用英语命名：字段名应该采用英语命名，以便更好地理解其含义。
如果英语翻译可以参考常术语来选择相应的英语单词。
5. 字段名必须是名词的复数形式：字段名必须是名词的复数形式，以便更好地描述字段的含义和用途。
6. 多个名词采下划线分割单词：如果字段名包含多个名词，应该采用下划线将它们分割开。
7. 命名与实际情况相符：在命名规则中，应该尽可能命名与实际情况相符，例如将用户 ID 字段命名为 user_id。
8. 避免使用单个字符或特殊字符：在命名规则中，应该避免使用单个字符或特殊字符，以免导致字段名混淆或无法正确解析。
9. 命名一致：在多个表中使用相同的字段时，应该遵循一致的
命名规则，以便更好地理解数据之间的关系。
不同的数据库管理系统 (DBMS) 可能有不同的命名规则，因此在实际开发中应该根据实际情况进行命名。
数据库设计规范与命名规则
数据库设计规范、技巧与命名规范一、数据库设计过程数据库技术是信息资源管理最有效的手段。
数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
数据库设计的各阶段：A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。
B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。
C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。
然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。
D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
1. 需求分析阶段需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。
需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。
常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
自顶向下的结构化分析方法(Structured Analysis，简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。
数据流图表达了数据和处理过程的关系。
系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。
2. 概念结构设计阶段通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。
概念模型用于信息世界的建模。
概念模型不依赖于某一个DBMS支持的数据模型。
概念模型可以转换为计算机上某一DBMS 支持的特定数据模型。
教你如何进行数据库设计与规范化
教你如何进行数据库设计与规范化数据库是现代信息系统中非常重要的组成部分，它能够有效地管理数据，提供数据的快速访问和数据的持久化存储。
数据库设计与规范化是数据库开发过程中的关键环节，本文将以专业的角度为读者介绍如何进行数据库设计与规范化。
第一章：数据库设计的基本原则数据库设计的目标是根据系统需求，合理地组织和存储数据，以满足数据的可靠性、安全性、一致性和高性能等要求。
在设计数据库时，应遵循以下基本原则：1. 数据库的结构应反映系统的实际需求，逻辑结构和组织结构要合理。
2. 数据库的设计应具有一定的可扩展性和灵活性，便于后期的扩展和维护。
3. 数据库的设计要考虑数据的完整性，包括实体完整性、参照完整性和用户定义的完整性。
4. 数据库的设计要避免冗余和不一致，保证数据的一致性和准确性。
5. 数据库的设计要考虑性能问题，包括查询的效率和数据的存储空间等方面。
数据库设计的过程包括需求分析、概念设计、逻辑设计和物理设计等阶段。
1. 需求分析：明确系统需求，包括数据的输入、输出和处理等方面，分析用户的需求和期望。
2. 概念设计：根据需求分析结果，设计出概念模型，包括实体-联系图、数据流图等，描述数据的组织和关系。
3. 逻辑设计：将概念模型转化为逻辑模型，选择合适的数据模型，设计出数据库的结构和关系。
4. 物理设计：将逻辑模型转化为物理模型，选择合适的存储结构和索引等，确定数据库的存储方式和存储结构。
第三章：数据库规范化的基本理念数据库规范化是为了消除数据中的冗余和不一致，提高数据库的设计质量和性能。
数据库规范化的基本理念包括：1. 第一范式：每个属性都是不可再分的，属性值的原子性。
2. 第二范式：每个非主属性完全依赖于主键，不存在部分依赖。
3. 第三范式：每个非主属性只依赖于主键，不存在传递依赖。
4. BCNF范式：消除主键以外的属性之间的函数依赖关系。
数据库规范化的步骤包括：1. 识别主键和函数依赖：确定实体和属性，识别主键，分析函数依赖关系。
数据库设计规范
概述目的软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。
适用范围术语定义DBMS：数据库管理系统，常用的商业DBMS有Oracle, SQL Server, DB2等。
数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
概念数据模型：概念数据模型以实体-关系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。
它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。
可以用Sybase PowerDesigner工具来建立概念数据模型（CDM）。
逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。
可以用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或者通过CDM转换得到。
物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
可以用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者通过CDM / LDM转换得到。
数据库设计原则按阶段实施并形成该阶段的成果物一般符合3NF范式要求；兼顾规范与效率使用公司规定的数据库设计软件工具命名符合公司标准和项目标准数据库设计目标规范性：一般符合3NF范式要求，减少冗余数据。
高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。
紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。
易用性：数据库设计清晰易用，用户和开发人员均能容易地理解。
设计过程规范数据库设计过程包括如下阶段：数据分析、概念设计、逻辑设计、物理设计、实施与运行维护。
数据库命名规范
建言献策发言稿
尊敬的各位领导、各位同事：
大家好！今天我很荣幸能站在这里，向大家提出一些建言献策。
作为一名普通员工，我深知自己的能力和责任有限，但我相信每一
个人都有发表自己意见的权利和义务。
因此，我希望能借此机会向
大家提出一些建议，希望能够对我们的工作和生活有所帮助。
首先，我建议我们在工作中更加注重团队合作。
在团队中，每
个人都应该发挥自己的长处，互相配合，共同完成工作。
只有团结
一致，我们才能取得更好的成绩。
其次，我建议我们在工作中更加注重创新和进步。
时代在不断
变化，我们也应该不断学习和进步，不断创新，才能跟上时代的步伐，才能在激烈的市场竞争中立于不败之地。
最后，我建议我们在工作中更加注重沟通和协调。
只有通过良
好的沟通和协调，我们才能更好地完成工作，解决问题，避免冲突，提高工作效率。
总之，我相信只要我们团结一致，不断创新，良好沟通，我们一定能够取得更好的成绩，实现我们的目标。
让我们携手合作，共同努力，创造更加美好的未来！
谢谢大家！。
数据库设计规范及指南
数据库设计规范及指南一、数据库和信息系统(1)数据库是信息系统的核心和基础，把信息系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，使信息系统可以方便、及时、准确地从数据库中获得所需的信息。
(2)数据库是信息系统的各个部分能否紧密地结合在一起以及如何结合的关键所在。
(3)数据库设计是信息系统开发和建设的重要组成部分。
(4)数据库设计人员应该具备的技术和知识：a.数据库的基本知识和数据库设计技术;b. 计算机科学的基础知识和程序设计的方法和技巧;c.软件工程的原理和方法;d.应用领域的知识;二、数据库设计的特点数据库建设是硬件、软件和干件的结合，三分技术，七分管理，十二分基础数据，技术与管理的界面称之为“干件”。
数据库设计应该与应用系统设计相结合：结构（数据）设计：设计数据库框架或数据库结构；行为（处理）设计：设计应用程序、事务处理等；结构和行为分离的设计：传统的软件工程忽视对应用中数据语义的分析和抽象，只要有可能就尽量推迟数据结构设计的决策早期的数据库设计致力于数据模型和建模方法研究，忽视了对行为的设计如图：三、数据库设计方法简述手工试凑法设计质量与设计人员的经验和水平有直接关系缺乏科学理论和工程方法的支持，工程的质量难以保证数据库运行一段时间后常常又不同程度地发现各种问题，增加了维护代价规范设计法手工设计方基本思想过程迭代和逐步求精规范设计法(续)典型方法：(1)新奥尔良（New Orleans）方法：将数据库设计分为四个阶段S.B.Yao方法：将数据库设计分为五个步骤I.R.Palmer方法：把数据库设计当成一步接一步的过程(2)计算机辅助设计ORACLE Designer 2000SYBASE PowerDesigner四、数据库设计的基本步骤数据库设计的过程(六个阶段)1.需求分析阶段准确了解与分析用户需求（包括数据与处理）是整个设计过程的基础，是最困难、最耗费时间的一步2.概念结构设计阶段是整个数据库设计的关键通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型3.逻辑结构设计阶段将概念结构转换为某个DBMS所支持的数据模型对其进行优化4.数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）5.数据库实施阶段运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行6.数据库运行和维护阶段数据库应用系统经过试运行后即可投入正式运行。
数据库设计规范
数据库设计规范1.引言1.1目的本规范强制规定了做数据库设计时必须遵循的标准和要求。
1.2适用范围本规范适用于关系数据库设计。
2.命名规范2.1数据对象命名规范2.1.1命名规范总则所有的表名、视图名等以及它们的字段名中，每个英文单词的第一个字母要大写。
2.1.2数据库的命名数据库名称采用项目代号，例如tis。
2.1.3表等对象的命名数据表的表名或者视图的视图名等，必须用一个或多个能表示其意思的英文单词或者汉语拼音来表示，优先使用英文单词，无法找到合适的英文单词时才使用汉语拼音。
命名规则是：1.使用英文单词的：项目简代字（一般3个字符）＋“_”＋对象标识＋英文单词。
英文单词的第一个字母要大写。
2.使用汉语拼音的：项目简代字（一般3个字符）＋“_”＋对象标识＋其余汉字的拼音首字母。
模块简称为前两个汉字的拼音首字母。
3.明细表的命名为：父表名＋“_”＋dt。
4.各对象的对象标识：表：t。
视图：v。
存储过程：p。
函数：f。
规则：r。
说明：项目简代字必须要有；要求：命名不能太长，建议不要超过20个字符，因为太长的名称一方面不容易记住，另一方面在编程时也耗费输入时间。
若使用的英文单词或汉语拼音太长，可使用其缩写。
如摄像头信息表名为：tis_tCameraInfo。
tis：变电站综合信息管理系统的项目简代字。
2.1.4字段的命名主键字段：表名去掉<项目简代字（一般3个字符）＝＋Id。
例如：tis_ tCameraInfo（摄像头信息表）的主键为：CameraInfoId。
其它字段的命名为英语单词或汉语拼音，优先使用英语单词。
布尔型字段的命名：Is＋英语单词或汉语拼音。
如：IsDisplay。
2.1.5索引的命名主键索引：表名＋“_”＋PK。
如：摄像头信息表的主键索引为tis_tCameraInfo_PK。
外键索引：表名＋[序号] ＋“_”＋FK。
若只有一个外键，则不需要序号。
若有多个外键，则序号从2开始递增。
标准规范-数据库命名规范
数据库命名规范1概述1.1 基本原则以大小写敏感编写SQL语句。
尽量使用Unicode 数据类型。
优先使用连接代替子查询或嵌套查询。
尽量使用参数化SQL查询代替语句拼接SQL查询。
禁止使用[拼音]+[英语]的方式来命名SQL对象或变量。
尽量使用存储过程代替SQL语句。
1.2 基本规范建议采用Pascal样式或Camel样式命名数据库对象。
大写T-SQL语言的所有关键字，谓词和系统函数。
2命名规范在一般情况下，采用Pascal样式或Camel样式命名数据库对象，使在开发基于数据库应用程序的时候通过ORM工具生成的数据访问代码不需要调整就符合程序开发语言（比如C#）命名规范。
另外，关系型数据库同Xml结合得越来越紧密,规范的命名越来越重要。
在实际数据库开发过程中，如果需求方已经提供数据库设计方案，建议以提供的方案为准;在原有数据库上进行升级开发时，在可行的情况下可适当做出设计调整以符合编程规范。
2.1 对象命名2.1.1数据库第一种方式，采用Pascal样式命名，命名格式为[项目英文名称]。
示例：AdventureWorks第二种方式，采用Pascal样式命名，命名格式为[项目英文名称] + Db。
示例：AdventureWorksDbBizTalkRuleEngineDb建议采用第一种方式。
2.1.2数据库文件数据文件：[数据库名称] + _Data.mdf日志文件：[数据库名称] + _Log.ldf示例：AdventureWorks_Data.mdfAdventureWorks_Log.ldf2.1.3关系型数据仓库采用Pascal样式命名，命名格式为[项目英文名称] + DW。
示例：AdventureWorksDW2.1.4数据架构除SQL Server 系统定义的数据架构外，新建架构采用Pascal样式命名，命名格式为[架构名]。
示例：HumanResourcesProduction对数据库对象Table，View，Procedure，Function等使用数据架构进行归类。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库设计规范、技巧与命名规范一、数据库设计过程数据库技术是信息资源管理最有效的手段。
数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
数据库设计的各阶段：A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。
B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。
C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。
然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。
D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
1. 需求分析阶段需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。
需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。
常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
自顶向下的结构化分析方法(Structured Analysis，简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。
数据流图表达了数据和处理过程的关系。
系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。
2. 概念结构设计阶段通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。
概念模型用于信息世界的建模。
概念模型不依赖于某一个DBMS支持的数据模型。
概念模型可以转换为计算机上某一DBMS 支持的特定数据模型。
概念模型特点：(1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。
(2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。
概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。
使用IDEF1X方法创建E-R模型的步骤如下所示:2.1 初始化工程这个阶段的任务是从目的描述和范围描述开始，确定建模目标，开发建模计划，组织建模队伍，收集源材料，制定约束和规范。
收集源材料是这阶段的重点。
通过调查和观察结果，业务流程，原有系统的输入输出，各种报表，收集原始数据，形成了基本数据资料表。
2.2 定义实体实体集成员都有一个共同的特征和属性集，可以从收集的源材料——基本数据资料表中直接或间接标识出大部分实体。
根据源材料名字表中表示物的术语以及具有“代码”结尾的术语，如客户代码、代理商代码、产品代码等将其名词部分代表的实体标识出来，从而初步找出潜在的实体，形成初步实体表。
2.3 定义联系IDEF1X模型中只允许二元联系，n元联系必须定义为n个二元联系。
根据实际的业务需求和规则，使用实体联系矩阵来标识实体间的二元关系，然后根据实际情况确定出连接关系的势、关系名和说明，确定关系类型，是标识关系、非标识关系(强制的或可选的)还是非确定关系、分类关系。
如果子实体的每个实例都需要通过和父实体的关系来标识，则为标识关系，否则为非标识关系。
非标识关系中，如果每个子实体的实例都与而且只与一个父实体关联，则为强制的，否则为非强制的。
如果父实体与子实体代表的是同一现实对象，那么它们为分类关系。
2.4 定义码通过引入交叉实体除去上一阶段产生的非确定关系，然后从非交叉实体和独立实体开始标识侯选码属性，以便唯一识别每个实体的实例，再从侯选码中确定主码。
为了确定主码和关系的有效性，通过非空规则和非多值规则来保证，即一个实体实例的一个属性不能是空值，也不能在同一个时刻有一个以上的值。
找出误认的确定关系，将实体进一步分解，最后构造出IDEF1X模型的键基视图(KB图)。
2.5 定义属性从源数据表中抽取说明性的名词开发出属性表，确定属性的所有者。
定义非主码属性，检查属性的非空及非多值规则。
此外，还要检查完全依赖函数规则和非传递依赖规则，保证一个非主码属性必须依赖于主码、整个主码、仅仅是主码。
以此得到了至少符合关系理论第三范式的改进的IDEF1X模型的全属性视图。
2.6 定义其他对象和规则定义属性的数据类型、长度、精度、非空、缺省值、约束规则等。
定义触发器、存储过程、视图、角色、同义词、序列等对象信息。
3. 逻辑结构设计阶段将概念结构转换为某个DBMS所支持的数据模型(例如关系模型)，并对其进行优化。
设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。
将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则：一个实体型转换为一个关系模式。
实体的属性就是关系的属性。
实体的码就是关系的码。
数据模型的优化，确定数据依赖，消除冗余的联系，确定各关系模式分别属于第几范式。
确定是否要对它们进行合并或分解。
一般来说将关系分解为3NF的标准，即：表内的每一个值都只能被表达一次。
表内的每一行都应该被唯一的标识(有唯一键)。
表内不应该存储依赖于其他键的非键信息。
4. 数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。
根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
5. 数据库实施阶段运用DBMS提供的数据语言(例如SQL)及其宿主语言(例如C)，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。
数据库实施主要包括以下工作：用DDL定义数据库结构、组织数据入库、编制与调试应用程序、数据库试运行，(Data Definition Language(DDL数据定义语言)用作开新数据表、设定字段、删除数据表、删除字段，管理所有有关数据库结构的东西)●Create (新增有关数据库结构的东西，属DDL)●Drop (删除有关数据库结构的东西，属DDL)●Alter (更改结构，属DDL)6. 数据库运行和维护阶段在数据库系统运行过程中必须不断地对其进行评价、调整与修改。
内容包括：数据库的转储和恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织和重构造。
7. 建模工具的使用为加快数据库设计速度，目前有很多数据库辅助工具(CASE工具)，如Rational公司的Rational Rose，CA 公司的Erwin和Bpwin，Sybase公司的PowerDesigner以及Oracle公司的oracle Designer等。
ERwin主要用来建立数据库的概念模型和物理模型。
它能用图形化的方式，描述出实体、联系及实体的属性。
ERwin支持IDEF1X方法。
通过使用ERwin建模工具自动生成、更改和分析IDEF1X模型，不仅能得到优秀的业务功能和数据需求模型，而且可以实现从IDEF1X模型到数据库物理设计的转变。
ERwin工具绘制的模型对应于逻辑模型和物理模型两种。
在逻辑模型中，IDEF1X工具箱可以方便地用图形化的方式构建和绘制实体联系及实体的属性。
在物理模型中，ERwin可以定义对应的表、列，并可针对各种数据库管理系统自动转换为适当的类型。
设计人员可根据需要选用相应的数据库设计建模工具。
例如需求分析完成之后，设计人员可以使用Erwin 画ER图，将ER图转换为关系数据模型，生成数据库结构;画数据流图，生成应用程序。
二、数据库设计技巧1. 设计数据库之前(需求分析阶段)1.1 客户需求，包括用户未来需求变化。
1.2 了解企业业务类型，可以在开发阶段节约大量的时间。
1.3 重视输入(要记录的数据)、输出(报表、查询、视图)。
1.4 创建数据字典和ER 图表数据字典(Data Dictionary，简称DD)是各类数据描述的集合，是关于数据库中数据的描述，即元数据，不是数据本身。
(至少应该包含每个字段的数据类型和在每个表内的主外键)。
数据项描述: 数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系数据结构描述: 数据结构名，含义说明，组成:[数据项或数据结构]数据流描述: 数据流名，说明，数据流来源，数据流去向，组成:[数据结构]，平均流量，高峰期流量数据存储描述: 数据存储名，说明，编号，流入的数据流，流出的数据流，组成:[数据结构]，数据量，存取方式处理过程描述: 处理过程名，说明，输入:[数据流]，输出:[数据流]，处理:[简要说明]ER 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。
ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。
对SQL 表达式的文档化来说这是完全必要的。
1.5定义标准的对象命名规范数据库各种对象的命名必须规范。
2. 表和字段的设计(数据库逻辑设计)表设计原则1 准化和规范化数据的标准化有助于消除数据库中的数据冗余。
标准化有好几种形式，但Third Normal Form(3NF)通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。
简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。
表之间的关系通过外键相连接。
它具有以下特点：有一组表专门存放通过键连接起来的关联数据。
2 数据驱动采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。
举例，假如用户界面要访问外部数据源(文件、XML 文档、其他数据库等)，不妨把相应的连接和路径信息存储在用户界面支持的表里。
如果用户界面执行工作流之类的任务(发送邮件、打印信笺、修改记录状态等)，那么产生工作流的数据也可以存放在数据库里。
角色权限管理也可以通过数据驱动来完成。
事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。
3考虑各种变化在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。
4 表名、报表名和查询名的命名规范(采用前缀命名)检查表名、报表名和查询名之间的命名规范。
你可能会很快就被这些不同的数据库要素的名称搞糊涂了。
你可以统一地命名这些数据库的不同组成部分，至少你应该在这些对象名字的开头用Table、Query 或者Report 等前缀加以区别。