数据库设计和编码规范

数据库编码规范V1.02022-8-28目的范围术语设计概要命名规范(逻辑对象)数据库对象命名脚本注释数据库操作原则常用字段命名(参考)1)目的为了统一公司软件开辟的设计过程中关于数据库设计时的命名规范和具体工作时的编程规范，便于交流和维护，特制定此规范。

2)范围本规范合用于开辟组全体人员，作用于软件项目开辟的数据库设计、维护阶段＜3)术语数据库对象：在数据库软件开辟中，数据库服务器端涉及的对象包括物理结构和逻辑结构的对象。

物理结构对象：是指设备管理元素，包括数据文件和事务日志文件的名称、大小、目录规划、所在的服务器计算极名称、镜像等，应该有具体的配置规划。

普通对数据库服务器物理设备的管理规程，在整个项目/产品的概要设计阶段予以规划。

逻辑结构对象：是指数据库对象的管理元素，包括数据库名称、表空间、表、字段/域、视图、索引、触发器、存储过程、函数、数据类型、数据库安全性相关的设计、数据库配置有关的设计以及数据库中其他特性处理相关的设计等。

4)设计概要设计环境＜数据库：ORACLE9i、MSSQLSERVER2000 等，操作系统：LINUX7.1 以上版本，显示图形操作界面；RedHat9 以上版本WINDOWS2000SERVER 以上设计使用工具手使用PowerDesigner 做为数据库的设计工具，要求为主要字段做详尽说明。

对于SQLServer 尽量使用企业管理器对数据库进行设计,并且要求对表，字段编写详细的说明(这些将作为扩展属性存入SQLServer 中) 手通过PowerDesigner 定制word 格式报表，并导出word 文档，作为数据字典保存。

(PowerDesignerv10 才具有定制导出word 格式报表的功能)＜对于SQLServer 一旦在企业管理器进行数据库设计时加入扩展属性，就可以通过编写简单的工具将数据字典导出。

4 编写数据库建数据库、建数据库对象、初始化数据脚本文件设计原则4 采用多数据文件手禁止使用过大的数据文件，unix 系统不大于2GB,window 系统不超过500MB$oracle 数据库中必须将索引建立在索引表空间里。

数据库的设计⽅法、规范与技巧⼀、数据库设计过程 数据库技术是信息资源管理最有效的⼿段。

数据库设计是指对于⼀个给定的应⽤环境，构造最优的数据库模式，建⽴数据库及其应⽤系统，有效存储数据，满⾜⽤户信息要求和处理要求。

数据库设计中需求分析阶段综合各个⽤户的应⽤需求（现实世界的需求），在概念设计阶段形成独⽴于机器特点、独⽴于各个DBMS产品的概念模式（信息世界模型），⽤E-R图来描述。

在逻辑设计阶段将E-R图转换成具体的数据库产品⽀持的数据模型如关系模型，形成数据库逻辑模式。

然后根据⽤户处理的要求，安全性的考虑，在基本表的基础上再建⽴必要的视图（VIEW）形成数据的外模式。

在物理设计阶段根据DBMS特点和处理的需要，进⾏物理存储安排，设计索引，形成数据库内模式。

1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。

需求分析的重点是调查、收集与分析⽤户在数据管理中的信息要求、处理要求、安全性与完整性要求。

需求分析的⽅法：调查组织机构情况、调查各部门的业务活动情况、协助⽤户明确对新系统的各种要求、确定新系统的边界。

常⽤的调查⽅法有：跟班作业、开调查会、请专⼈介绍、询问、设计调查表请⽤户填写、查阅记录。

分析和表达⽤户需求的⽅法主要包括⾃顶向下和⾃底向上两类⽅法。

⾃顶向下的结构化分析⽅法（Structured Analysis，简称SA⽅法）从最上层的系统组织机构⼊⼿，采⽤逐层分解的⽅式分析系统，并把每⼀层⽤数据流图和数据字典描述。

数据流图表达了数据和处理过程的关系。

系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。

数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，⽽不是数据本⾝。

数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(⾄少应该包含每个字段的数据类型和在每个表内的主外键)。

数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，⾼峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流⼊的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取⽅式｝ 处理过程描述＝｛处理过程名，说明，输⼊:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝ 2. 概念结构设计阶段 通过对⽤户需求进⾏综合、归纳与抽象，形成⼀个独⽴于具体DBMS的概念模型，可以⽤E-R图表⽰。

数据库标准规范（二）引言：数据库是当代信息系统中关键的存储和管理数据的工具，数据库标准规范的制定对于确保数据的一致性、完整性和可靠性至关重要。

本文将详细阐述数据库标准规范的五个大点，包括数据库设计、数据模型、数据操作、数据存储和数据安全。

概述：在数据库标准规范中，数据库设计是基础，决定了整个数据库系统的架构和功能。

数据模型定义了数据的结构和属性，数据操作确定了对数据库的增删改查操作，数据存储指定了数据的物理存储方式，数据安全保证了数据库的安全性和可用性。

正文内容：一、数据库设计1. 定义数据库设计的目标和要求，包括数据的一致性、可扩展性和易用性。

2. 建立数据库的概念模型，包括实体关系模型、关系模型和层次模型。

3. 制定数据库设计的规范和准则，确保数据库结构的一致性和易维护性。

4. 设计数据库的表结构，包括表的字段、属性和约束等。

5. 定义数据库的索引和视图，提高数据库的查询和操作效率。

二、数据模型1. 介绍常用的数据模型，包括层次模型、网络模型、关系模型和面向对象模型。

2. 选择合适的数据模型，根据数据库的特点和应用需求进行权衡。

3. 设计数据模型的实体和属性，确保数据的准确性和完整性。

4. 定义数据模型之间的关系，包括一对一、一对多和多对多关系。

5. 使用标准的建模工具和方法，对数据模型进行建模和验证。

三、数据操作1. 定义数据操作的目标和要求，包括数据的增加、删除、修改和查询。

2. 设计数据操作的接口和功能，提供简单易用的操作方式。

3. 制定数据操作的规范和约束，确保数据的一致性和安全性。

4. 优化数据操作的性能，提高查询和更新的效率。

5. 实现数据操作的事务管理和并发控制，确保数据的一致和可靠。

四、数据存储2. 设计数据的物理存储结构，包括数据文件、表空间和数据块等。

3. 制定数据存储的规范和准则，确保数据的安全和可靠。

4. 实施数据存储的备份和恢复策略，保护数据的完整性和可用性。

5. 优化数据存储的性能，提高数据访问的效率和响应速度。

MySQL编码规则是指MySQL数据库中字符集和排序规则的设置。

字符集定义了存储在数据库中的字符数据的类型，而排序规则定义了对这些字符数据的比较和排序方式。

MySQL支持多种字符集和排序规则，其中最常用的是utf8字符集和utf8_general_ci排序规则。

utf8字符集可以存储任何Unicode字符，而utf8_general_ci排序规则则按照字典顺序对字符进行排序。

在MySQL中，可以通过以下命令查看当前数据库的编码规则：
```
SHOW VARIABLES LIKE 'character%';
SHOW VARIABLES LIKE 'collation%';
```
如果需要修改编码规则，可以使用以下命令：
```
ALTER DATABASE database_name CHARACTER SET utf8 COLLATE utf8_general_ci;
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
```
其中，database_name是要修改编码规则的数据库名称，table_name是要修改编码规则的数据表名称。

xx数据库开发设计规范第一章总则第一条为了规范集团公司数据格式，提高数据库设计的合理性和数据访问高效性，同时便于阅读和理解数据库的结构，以提高各子集团之间数据共享的质量和效率，促进数据库编码的标准化，特制定本规范。

第二条本规范由集团总公司信息管理部负责制定和修改，最终解释权由集团总公司信息管理部所有。

第三条本规范适用于集团总公司及各子集团及其下属子公司所有包含数据库开发的软件开发项目。

第二章设计规范第四条数据库规范：建议使用Oracle，Sql Server等主流的数据库，禁止使用任何开源数据库（MySql等）。

第五条表设计规范：（一）一行记录必须表内唯一，所有表必须必须有主键。

（二）尽量少使用数据库外键，如有外键完整性约束时，尽量使用程序控制）（三）新加的表，所有字段禁止NULL。

（四）在表创建完成前，应该为表添加表的注释，对表中字段也要有相应的注释和说明第六条索引设计规范：（一）表中索引的数量最好控制在5个以内。

（二）一个索引关联的字段在5个以内。

（三）禁止在更新十分频繁、或者区分度不高的属性上建立索引。

（四）建立组合索引，必须把区分度高的字段放在前面。

第七条字符设计规范：（一）字符类型建议采用varchar/nvarchar数据类型（二）手机号采用varchar(20)进行存储（三）金额货币采用money或者number数据类型（四）科学计数采用numeric数据类型（五）自增长标识采用bigint数据类型(数据量一大，用int类型就装不下，那以后改造就麻烦了) （六）时间类型建议为datetime数据类型,对于日期类型的建议采用date数据类型（七）禁止使用text、ntext、image等老的数据类型（八）禁止使用xml数据类型、varchar(max)、nvarchar(max)第八条SQL查询设计规范：（一）禁止在数据库做复杂运算，例如XML解析，字符串相似性比较，字符串搜索等。

（二）禁止使用SELECT *（三）禁止在索引列上使用函数或计算（四）尽量避免使用游标（五）尽量避免使用触发器（六）禁止在查询里指定索引（七）变量/参数/关联字段类型原则上要求与字段类型一致（八）参数化查询（九）限制JOIN个数，单个SQL语句的表JOIN个数不能超过5个。

数据库设计指南1. 设计原则1.1. 关于范式如无性能上的必要原因，应该考虑遵循关系数据库理论，达到较高的范式匹配（3NF），避免数据冗余，明确数据间的关系。

如果对性能有较高要求，或者在特定场景达成业务目标的便利性收益高于数据管理影响，可以设计适当的突破范式要求。

1.2. 字符集和编码应当采用Unicode字符集和UTF8编码，此为PostgreSQL 数据库服务器默认设置，并且，如果在创建数据库（实例）时没有特别指定，也将是数据库（实例）的默认设置。

如果有强烈的中华多文字支持要求，如简体汉字、繁体汉字、少数民族文字、日文、韩文等，可以使用GB18030字符集和编码，不建议使用GB2312、GBK。

1.3. 数据库服务器和数据库一个操作系统中只部署 1 个数据库服务器软件。

一个数据库服务器中可以创建多个数据库。

1.4. 表空间对于PostgreSQL 来说，在同一个磁盘分区上建立多个表空间没有太多实际意义。

从合理利用磁盘性能和空间角度，可以分别建立不同的表空间，如：•在高IO 性能的磁盘分区上创建的表空间，可以用来存放经常访问的表和索引。

•在便宜和较低IO 性能的磁盘分区上创建的表空间，可以用来存放很少使用或性能要求不高的归档数据的表。

对于容器部署的数据库，容器内可以使用默认表空间pg_default（路径$PGDATA/base），并映射到容器外宿主机的特定路径下。

非容器部署的数据库，建议在指定的路径下创建表空间。

多个数据库可以共用同一个表空间。

注意： PostgreSQL 中的表空间与 Oracle 不一样，创建PostgreSQL 表空间只要指定名称与数据库文件的目录，而没有具体的大小。

PostgreSQL 表空间不适用“自动扩容”这个概念，存储不足时可以通过扩展表空间所在存储容量，或者在不同存储设备/分区中新建表空间并指定新表使用新表空间来达到扩容目的。

1.5. Schema建议为子系统、业务模块或用户分配对应的schema。

数据库设计规范_编码规范数据库设计规范包括数据库表结构的设计原则和数据库编码规范。

数据库表结构的设计原则包括表的命名规范、字段的命名规范、主键和外键的设计、索引的使用、约束的定义等。

数据库编码规范包括SQL语句的书写规范、存储过程和函数的命名规范、变量和参数的命名规范、注释的使用等。

1.表的命名规范-表名使用有意义的英文单词或短语，避免使用拼音或缩写。

- 使用下划线（_）作为单词之间的分隔符，如：user_info。

- 表名使用单数形式，如：user、order。

2.字段的命名规范-字段名使用有意义的英文单词或短语，避免使用拼音或缩写。

- 字段名使用小写字母，使用下划线（_）作为单词之间的分隔符，如：user_name。

- 字段名要具有描述性，可以清楚地表示其含义，如：user_name、user_age。

3.主键和外键的设计-每张表应该有一个主键，用于唯一标识表中的记录。

- 主键字段的命名为表名加上“_id”，如：user_id。

- 外键字段的命名为关联的表名加上“_id”，如：user_info_id，指向user_info表的主键。

4.索引的使用-对于经常用于查询条件或连接条件的字段，可以创建索引，提高查询性能。

-索引的选择要权衡查询性能和写入性能之间的平衡。

-不宜为每个字段都创建索引，避免索引过多导致性能下降。

5.约束的定义-定义必要的约束，保证数据的完整性和一致性。

-主键约束用于保证唯一性和数据完整性。

-外键约束用于保证数据的一致性和关联完整性。

6.SQL语句的书写规范-SQL关键字使用大写字母，表名和字段名使用小写字母。

-SQL语句按照功能和逻辑进行分行和缩进，提高可读性。

-使用注释清晰地描述SQL语句的功能和用途。

7.存储过程和函数的命名规范-存储过程和函数的命名要具有描述性，可以清楚地表示其功能和用途。

-使用有意义的英文单词或短语，避免使用拼音或缩写。

- 使用下划线（_）作为单词之间的分隔符，如：get_user_info。

数据库设计规范_编码规范1.命名规范：表名、字段名和约束名应该具有描述性，遵循一致的命名规则。

避免使用保留字作为名称，使用下划线或驼峰命名法。

2.数据类型选择：选择合适的数据类型来存储数据，避免过大或过小的数据类型。

这有助于减小数据库的存储空间，提高查询性能。

3.主键和外键：每个表都应该有一个主键来唯一标识每条记录。

外键用于建立表之间的关系，确保数据的一致性和完整性。

4.表的范式：根据具体需求，遵循规范化设计原则。

将数据分解为多个表，减少数据冗余和更新异常。

5.索引设计：根据查询需求和数据量，设计适当的索引。

避免过多或不必要的索引，以减小索引维护的开销。

6.分区设计：对大型表进行分区，将数据分散存储在不同的物理磁盘上，提高查询性能。

7.安全性设计：为数据库设置适当的权限和访问控制，限制不必要的用户访问和操作。

数据库编码规范：1.编码一致性：统一使用同一种编码方式，如UTF-8，避免不同编码之间的转换问题。

2.参数化查询：使用参数化查询语句，预编译SQL语句。

这样可以防止SQL注入攻击，提高查询性能。

3.事务管理：使用事务控制语句（如BEGIN、COMMIT和ROLLBACK）来管理数据库事务，确保数据的一致性和完整性。

4.错误处理：在代码中捕获和处理数据库错误和异常，提高系统的容错性。

5.SQL语句编写：编写简洁且优化的SQL语句，避免使用多个嵌套的子查询，使用JOIN操作符进行表之间的关联。

6.数据库连接管理：优化数据库连接，避免频繁地打开和关闭数据库连接。

7.缓存机制：对于频繁查询的数据，使用缓存机制来减少数据库的压力。

8.日志记录：记录数据库操作日志，包括增删改查的操作，以便后续的问题跟踪和审计。

综上所述，数据库设计规范和编码规范对于确保数据库系统的性能、安全性和可维护性至关重要。

遵循这些规范能够提高数据库系统的效率和可靠性，减少潜在的问题和风险。

因此，在进行数据库设计和编码时，应该遵循这些规范。

1 命名原则约定ü? 是指对数据库、数据库对象如表、字段、索引、序列、存储过程等的命名约定；ü? 命名使用富有意义的英文词汇，尽量避免使用缩写，多个单词组成的，中间以下划线分割ü? 避免使用Oracle的保留字如LEVEL、关键字如TYPE（见Oracle保留字和关键字）；ü? 各表之间相关列名尽量同名；ü? 除数据库名称长度为1－8个字符，其余为1－30个字符，Database link名称也不要超过30个字符；ü? 命名只能使用英文字母，数字和下划线；?表名规则如下：命名规则为xxx_yyy_TableName。

xxx表示开发公司的名称，最多五个字母构成，尽量用简称；yyy表示子系统中的子模块的名称（可以没有）, 最多五个字母构成，尽量用简称；TableName为表含义, 最多十个字母构成，尽量用简称?TableName规则如下：ü? 使用英文单词或词组作为表名，不得使用汉语拼音ü? 用名词和名词短语作表名ü? 不使用复数?正确的命名，例如：fiber_sys_userfiber_biz_order?存储过程规则如下：命名规则为xxx_yyy_StoredProcedureName。

xxx表示开发公司的名称，最多五个字母构成，尽量用简称；yyy表示子系统中的子模块的名称（可以没有）, 最多五个字母构成，尽量用简称；StoredProcedureName为存储过程含义，最多十个字母构成，尽量用简称?StoredProcedureName规则如下：ü? 用动词或动词短语来命名，并带有宾语ü? 需要符合用Pascal 命名规则。

ü? 尽量谨慎地使用缩写ü? 尽量不要和关键字重合ü? 不要用任何名前缀 (例如 U，B)ü? StoredProce dureName内不使用下划线ü? 当操作依赖条件时，一般结尾使用 By+条件?存储过程正确的命名，例如：sys_InsertUsersys_SearchUserByUserIDsys_DeleteUserByUserID?视图规则如下：ü? 视图的命名采用xxx_yyy_ViewName_v。

数据库设计规范和指导1数据库设计规范需考虑以下1.业务根据业务和范式设计合理的表结构2.容量根据业务考虑月增长量,年增长量等等,考虑是否进行水平分表.根据请求性能指标考虑是否进行垂直水平分表.3.性能过高的范式会影响性能,数据库库表结构直接影响查询语句,间接影响查询效率.4.范式一般情况遵循范式,特殊情况可以反范式,进行表之间的字段冗余.5.索引优化dba根据业务表查询进行索引优化2数据库以及账户名划分1. 尽量简洁明义，能够一眼看出来这个数据库是用来做什么的；2. 使用名词作为数据库名称，并且只用英文，不用中文拼音；3. 使用英文字母，全部小写，如果oracle可按个人习惯全部大写或者小写.4. 如果有多个单词，则使用下划线隔开.使用常见单词，避免使用长单词和生僻词；2.1读写账号分离读写库w_xxx 只读库r_xxx2.2开发环境读写库dev_w_xxx 只读库dev_r_xxx2.3测试环境读写库qa_w_xxx 只读库qa_r_xxx2.4生产模拟环境生产数据库从库（准实时同步）,只读环境,不允许修改数据,不允许修改表结构;供线上问题查找,数据查询等读写库real_w_xxx 只读库real_r_xxx2.55.生产线上环境线上环境;开发人员不允许直接在线上环境进行数据库操作,如果需要操作必须找DBA进行操作并进行相应记录;读写库online_w_xxx 只读库online_r_xxx3表名字段名限制SQLSERVER 128个字符，临时表116个字符。

Oracle 30个字符。

（为什么要这么短？）MySQL 64个字符。

DB2 128个字符?4表名命名规范1. 尽量简洁明义，能够一眼看出来这个数据库是用来做什么的；2. 使用名词作为数据库名称，并且只用英文，不用中文拼音；3. 使用英文字母，全部小写，如果oracle可按个人习惯全部大写或者小写.4. 如果有多个单词，则使用下划线隔开.使用常见单词，避免使用长单词和生僻词；5. 表名以t_开头,视图v_,类似常用的还有过程sp_xxx/函数f_xxx/包pkg_xxx/序列seq_xxx.6. 具备统一前缀，对相关功能的表应当使用相同前缀，如acl_xxx，ord_xxx,ppc_xxx；其中前缀通常为这个表的模块或依赖主实体对象的名字，通常来讲表名为：业务_动作_类型，或是业务_类型；acl_xxx_idx7. 数据库编码utf8mb4, 表编码可选择utf8和utf8mb4,默认utf8.字段中如果包含非主流字(如非主流的qq昵称)需用utf8mb4编码.8. 表引擎取决于实际应用场景及当前数据库中的已经存在的存储引擎；日志及报表类表建议用myisam，与交易，审核，金额等事务相关的表用innodb引擎。