数据库设计规范V1.0

合集下载

数据库设计规范

保密级别：□绝密□机密□秘密■内部公开数据库设计规范变更记录目录1编写目的 (1)2数据库策略 (1)2.1数据库对象长度策略 (1)2.2数据完整性策略 (1)2.3规范化设计与性能之间的权衡策略 (1)2.4字段类型的定义与使用策略 (1)3命名规范 (3)3.1数据库命名规则 (3)3.2数据库对象命名的一般原则 (4)3.3表空间(Tablespace)命名规则 (4)3.4表(Table)命名规则 (4)3.5字段命名规则 (4)3.6视图(View)命名规则 (5)3.7序列(Sequence)命名规则 (5)3.8存储过程(Procedure)的命名规则 (5)3.9函数(Function)的命名规则 (5)3.10索引(Index) 命名规范 (5)3.11约束(Constraint) 命名规范 (5)4数据模型产出物规范 (5)附录A：xml文件使用说明 (7)附录B：保留关键字 (8)1编写目的本文的目的是提出针对Oracle数据库的设计规范，使利用Oracle数据库进行设计开发的系统严格遵守本规范的相关约定，建立统一规范、稳定、优化的数据模型。

参照以下原则进行数据库设计：1)方便业务功能实现、业务功能扩展；2)方便设计开发、增强系统的稳定性和可维护性；3)保证数据完整性和准确性；4)提高数据存储效率，在满足业务需求的前提下，使时间开销和空间开销达到优化平衡。

2数据库策略1)数据模型全局单一，所有公共的数据模型得到共享。

2)数据库建模要基于统一的元数据管理机制。

3)数据库设计遵循关系数据库的规范化理论。

4)OLTP与OLAP分开设计。

2.1数据库对象长度策略数据库字段的长度要考虑业务对象的类型、数据库所用字符集、时间格式来设定出相对准确的长度，满足业务需要，同时保证数据库的高效，避免不必要的开销。

2.2数据完整性策略1)必须遵循数据库设计的第二范式，根据业务需要尽量满足第三范式。

卒中中间库数据规范V1[1].0

基地医院卒中住院病例中间数据库数据结构及规范(V-1.0)国家卫生计生委脑卒中筛查与防治工程委员会办公室中国卒中数据中心2013-12-18一、住院卒中相关病例入选条件及流程说明1.1病例入选条件➢设定时间段（最近3年住院）➢无身份证号排除➢年龄≥18岁➢脑卒中相关科室根据相关专家建议，目前初步选择以下11个脑卒中相关临床科室，可根据本医院临床科研需要进行相关科室增删。

1急诊科（指急诊留观病房）2.神经内科、3神经外科、4.心内科、5.心外科、6.血管外科、7.内分泌、7.肾内科、8体检科（指特指体检病房）、9.老年科、10.康复科、11.中医科。

1.2病历数据集成归档流程病历数据集成、归档流程如图1所示。

图1 卒中住院病例数据集成归档流程1.3 卒中住院病例中间库数据内容根据国家卫生计生委脑卒中筛查与防治工程要求，相关领域专家的建议，并在前期基地医院CSDI 系统部署的试点工作基础上，设计、制订出《基地医院卒中住院病例中间库数据结构及规范》。

根据临床数据结构化程度的不同，基地医院住院卒中病例中间库数据集成归档内容可包含结化数据和非结构化数据等两类数据。

结构化数据内容，由13个数据集（具体见表1）组成，通过建立的数据视图，以结构化或半结构化的数据格式，利用CSDI卒中数据集成工具，从各个临床业务系统，包括HIS、LIS、CIS、RIS 等系统进行数据自动抽取并传输到中间库服务器进行存储。

图2为E-R图所示。

图2 E-R图表1 住院卒中病例数据集编目非结构化数据内容，即将完整的电子病历数据或PACS数据直接以非结构化文本方式或Dicom 数据格式导出。

归档。

为满足基地医院更为精细化、个性化临床科研和质控需求提供数据支撑。

电子病历数据是将符合病例入选条件的个案病历，以PDF或Word两种文本输出格式从电子病历系统导出，然后通过CSDI工具传输到基地医院中间数据库服务器进行存储。

PACS影像数据是以符合DICOM 数据标准的数据传输格式从PACS系统导出，通过CSDI工具传输到基地医院中间数据库服务器进行存储（如果基地医院不具备该部分数据的对接条件，可延期进行）。

学生选课管理系统数据库设计

学生选课管理系统数据库设计-MySql项目文档作者：李国辉当前版本：V1.0目录1.系统概述 (4)2.开发环境与工具 (4)3. 数据库命名规范 (4)3.1术语定义 (4)3.2 基本原则 (5)4．数据库分析 (5)4.1数据表分析 (5)4.2 数据库实体图 (6)4.3数据库E-R图 (7)4.4数据表关系图 (8)4.5数据字典 (9)5. 业务功能模拟 (11)5.1 添加数据 (11)5.2 教室查询 (11)5.3 教师查询 (11)5.4 选修课程查询 (11)5.5 选修课表数据 (11)5.6 学生数据 (11)5.7 选修报名/成绩数据 (12)5.5 备份数据 (12)5.6 思虑题 (12)6. 扩展性功能 (12)1.系统概述随着无纸化办公的普遍实现，信息的自动处理以及网络式的信息交互方式已经被人们广泛应用。

让计算机来管理学生的信息是现在各个高校都在积极进行的工作之一，也是高校教学管理工作的重要内容之一。

网上选课与传统的选课方式相比更加节约资源，增加了学生选课自主权。

学生选课系统作为一种现代化的教学技术，越来越受到人们的重视，是一个学校不可或缺的部分, 学生选课系统就是为了管理好选课信息而设计的。

学生选课系统的将使选课管理工作规范化、系统化、程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够准确、及时、有效的查询和修改学生选课情况。

与传统的选课方式相比，网上选课系统利用局域网为学生选课带来了极大的便捷。

学生在公共机房，或者宿舍的个人电脑上便可以通过校园网络来选课。

在选课期间内，学生能够使用选课系统灵活的修改自己的选课情况，大大提高了学校选课工作的效率。

教务处的教师则可以通过选课系统的管理员子系统来管理学生的选课情况，使得学生选课工作达到系统化和自动化，大大提高了学校的工作效率，为广大师生及相关人员节省了极多的时间。

2.开发环境与工具数据库：MS SQLServer2008系统环境：Windows2003/Server/Windows 2008 Server /Win7/Win8/Win10网络:10M以上局域网3. 数据库命名规范1．方便代码的交流和维护。

数据库建设规范.doc

v1.0可编辑可修改数据库建设规范目录1.前言 (3)2.范围 (3)3.术语和定义 (3)范式 (3)关联 (3)关系模型 (3)视图 (4)外键 (4)约束 (4)主键 (4)4.命名规范 (4)规范约定 (4)表名 (5)视图 (5)存储过程 (5)函数 (5)触发器 (5)字段 (6)索引 (6)v1.0可编辑可修改5.数据库建设过程规范. (6)概述 (6)需求分析阶段 (7)需求调查 (7)内容分析 (8)概念结构设计阶段 (8)定义实体 (8)定义关系 (9)定义属性 (9)定义键 (9)定义索引 (10)定义其他对象和规则 (11)逻辑结构设计阶段 (11)数据库物理设计阶段 (12)实施、运行、维护规范 (13)6.数据库建设安全性规范. (14)概述 (14)完整性设计 (14)物理安全 (17)访问控制 (17)数据备份 (18)1.前言数据库技术是信息资源管理最有效的手段。

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

本规范通过数据建库的命名、结构、建库过程及安全性措施等几个技术方面进行约定，目的就是提供一套规范、合理、科学的建库技术体系，应用系统提供建库技术参考。

2.范围本规范主要从关系数据库的命名、关系和结构以及建设过程等几个方面来规定数据库设计应遵循的规范。

3.术语和定义范式关系数据库中的关系是要满足一定要求的，满足不同程度要求的为不同范式。

满足最低要求的叫第一范式，简称 1NF。

在第一范式中满足进一步要求的为第二范式，其余以此类推。

一般而言，数据库的设计应至少满足第三范式。

关联关联是不同表之间的数据彼此联系的方法。

关联同时存在于形成不同实体的数据项之间和表实体本身之间，构成了数据库规范化的基本核心问题。

它分为一对一、一对多、多对多三种关联形式。

关系模型关系模型由关系数据结构、关系操作集合和关系完整性约束三部分组成。

数据库设计规范

概述目的软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。

适用范围术语定义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基本命名规范对象名统一使用大写字母，形成混合拼写的格式+下划线＋后缀名（对象类型）命名尽量采用富有意义的英文词汇，不准采用汉语拼音，如：订单ORD_USER_571 当前表ORD_USER_F_571_201009 订单已竣工表ORD_USER_H_571_201009 订单历史表实例INS_PROD_571 实例当前表INS_PROD_H_571_201009 实例历史表资源RES_SIM_CARD_ORIGIN_571 未用表RES_SIM_CARD_USED_571 已用表工单表PS_PROVISION_571 当前表PS_PROVISION_571_ERR 处理错误表PS_PROVISION_H_571_201009 已经完成表2实体表命名规则前几位代表模块英文缩写，后面代表该对象的英文名称：如：INS_PROD_571 杭州产品实例表模块划分：3字段类型使用规则Oracle常用的字段类型如下：表设计时对字段类型使用应遵循以下规则：1、对于字符型字段，字段类型选择时尽可能的使用varchar2字段类型，避免使用char字段类型，因char类型字段在字符长度不足位的情况下Oracle会自动补空格，存在一定的开发隐患；2、对于需要存储的字符串长度超过varchar2字段类型规定的最大长度(4000字节)的情况，模型设计时原则上禁止使用blob/clob字段类型，建议采用定义多个varchar2类型字段的方式设计，应用开发在存储字符串时对字段串分割后进行存储，获取字符串时对多个字段存储的字符串查询后进行拼接。

如特定情况下需要使用blob/clob字段类型，必须向架构组和平台组提交申请，审核后方可使用；3、时间类型的数据选择date类型，避免使用timestamp类型；4、整数类型字段使用number(p)定义，浮点类型字段使用number(p,s)定义。

对于金额类的字段，除特定场景下，系统均是使用分为单位，在字段类型选择时优先使用整数类型。

数据库设计(国标)

数据库(顶层)设计说明文件编号：KJXXW-XXSJ-M002-V1.0版本号：V1.0受控状态：■受控□非受控保密级别：公司级编制人/编制时间：王攀坤2014年7月审核人/审核时间：批准人/批准时间：生效日期：新疆泰戈瑞信息技术有限责任公司发布变更记录（注：更改状态包括：C－创建、A－增加、M－修改、D－删除）2/ 16目录1.引言 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)2.引用文件 (5)3.数据库级设计决策 (6)4.数据库详细设计 (8)4.1数据库设计级别的名称 (8)5.用于数据库访问或操纵的软件配置项的详细设计 (11)5.1软件配置项的项目唯一标识符或软件配置项组的指定符 (11)6.需求的可追踪性 (14)7.注解 (15)附录 (16)3/ 161. 引言本章分为以下几条。

1.1 标识【内容】本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。

【裁剪原则】此部分内容不允许裁剪掉。

1.2 系统概述本条应简述本文档适用的系统和软件的用途。

它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。

1.3 文档概述【内容】本条应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。

【裁剪原则】此部分内容不允许裁剪掉。

4/ 162. 引用文件【内容】本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。

【裁剪原则】此部分内容不允许裁剪掉。

5/ 163. 数据库级设计决策【内容】本章应根据需要分条给出数据库级设计决策，即数据库行为设计决策(从用户的角度看，该数据库如何满足它的需求而忽略内部实现)和其他影响数据库进一步设计的决策。

如果所有这些决策在系统或CSCI需求中均是明确的，本章应如实陈述。

数据库设计规范

数据库设计规范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开始递增。

数据库设计规范标准

MySQL数据库设计规目录1.规背景与目的 (3)2.设计规 (3)3.1 数据库设计 (3)3.2.1 库名 (3)3.2.2 表结构 (3)3.2.3 列数据类型优化 (4)3.2.4 索引设计 (6)3.2.5 分库分表、分区表 (7)3.2.6 字符集 (7)3.2.7 程序DAO层设计建议 (7)3.2.8 一个规的建表语句示例 (8)3.2 SQL编写 (8)3.2.1 DML语句 (8)3.2.2 多表连接 (9)3.2.3 事务 (10)3.2.4 排序和分组 (10)3.2.5 线上禁止使用的SQL语句 (10)1.规背景与目的MySQL数据库与oracle、sqlserver等数据库相比，有其核上的优势与劣势。

我们在使用MySQL数据库的时候需要遵循一定规，扬长避短。

本规旨在帮助或指导RD、QA、OP等技术人员做出适合线上业务的数据库设计。

在数据库变更和处理流程、数据库表设计、SQL编写等方面予以规，从而为公司业务系统稳定、健康地运行提供保障。

2.设计规3.1 数据库设计以下所有规会按照【高危】、【强制】、【建议】三个级别进行标注，遵守优先级从高到低。

对于不满足【高危】和【强制】两个级别的设计，DBA会强制打回要求修改。

3.2.1 库名1. 【强制】库的名称必须控制在32个字符以，相关模块的表名与表名之间尽量提现join 的关系，如user表和user_login表。

2. 【强制】库的名称格式：业务系统名称_子系统名，同一模块使用的表名尽量使用统一前缀。

3. 【强制】一般分库名称命名格式是“库通配名_编号”，编号从“0”开始递增，比如“wenda_001”以时间进行分库的名称格式是“库通配名_时间”3.【强制】创建数据库时必须显式指定字符集，并且字符集只能是utf8或者utf8mb4 创建数据库SQL举例：Create database db1 default character set utf8;3.2.2 表结构1. 【强制】表和列的名称必须控制在32个字符以，表名只能使用字母、数字和下划线，一律小写。

oracle 数据库设计及开发规范

数据库设计/开发规范作者:创建日期: 2011-5-26最近更新: 2011-5-26控制编号:版本: 1.0审批:拷贝号_____文档控制变更记录审阅分发概述为了强化软件开发标准/规范执行力, 提高软件产品的一次性通过率,特对现有的开发规范进行了重新输理,本文仅包括数据库层设计及开发规范。

目的1,规范应用程序的结构和编码风格标准化，便于阅读和理解。

为软件的维护提供有效的支持；2．监督软件开发规范/标准执行。

适用范围1.公司范围内所有基于数据库的所有开发活动。

程数据库对象开发规范—命名规范命名规范:1.1 对象命名汇总表1.2 对象命名约定:1.2.1 据库对象如TABLE、VIEW、SEQUENCE、TRIGER、PROCEDURE、FUNCTION、PACKAGE、COLUMN等的命名约定；1.2.2 命名全部以CUX开头.1.2.3命名尽量采用富有意义的英文词汇，不准采用汉语拼音；1.2.4 对象名称长度为1－30个字符，Database link名称也不要超过30个字符；1.2.5 命名只能使用英文字母，数字和下划线（分隔的有意义）；1.2.6 避免使用Oracle的保留字如name,id,level,remark,description等关键字;1.2.7 数据表、视图名。

各表中相关列尽量同名并保持相同的宽度。

1.3 变量命名约定:所有用户定义的存储过程或函数中使用的变量、常量、异常等统一采用v_+混合拼写(如v_count)的格式，其中小写首字母代表变量的类型，命名尽量采用富有意议的英文词汇，如果要缩写尽量采用约定俗成的缩写或去元音缩写，如info(信息)和ctrl(控制)等。

1.3.1 所有名称采用英文单数名词或动词，避免出现复数。

1.3.2 字符串类型采用varchar2，部分情况可用char.1.3.3 如无特殊需求，避免使用大字段(blob, clob, long, text, image 等)。

(完整word版)CMMI-工程-概要设计说明书模板-V1.0

概要设计说明书模板前言前言.目录第一章导言 (2)1.1目的 (2)1。

2范围 (2)1。

3命名规则 (2)1。

4术语定义 (2)1。

5相关文档 (3)1。

6参考资料 (3)第二章总体结构设计 (5)2.1总体结构图设计 (5)2。

2运行环境设计 (5)2.3子系统清单 (6)2。

4功能模块清单 (6)第三章模块(部件)功能分配 (7)3.1专用模块功能分配 (7)3。

2公用模块功能分配 (7)第四章全局数据结构设计 (7)4.1数据库表名清单 (8)4.2数据库表之间关系说明 (8)4。

3数据库表的详细清单 (8)4。

4视图的设计 (8)4.5其它数据结构设计 (8)第五章外部接口设计 (9)5。

1外部接口1设计 (9)5.2外部接口2设计 (9)第六章数据结构和算法设计.............................. 错误!未定义书签。

6.1数据结构和程序的关系 (8)6.2主要算法设计 (8)第七章运行设计 (9)7.1运行模块组合 (10)7。

2运行控制 (10)7。

3运行时间 (10)第八章出错处理设计 (10)8.1出错输出信息 (10)8.2出错处理对策 (10)第九章其它设计 (11)文档类别使用对象文档类别本文档是软件系统概要设计说明书的模板，是概要设计说明书的书写标准及规范，是技术文档。

使用对象该文档使用人员包括：●系统分析人员●系统设计人员●系统编码人员●系统测试人员●系统维护人员第一章导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。

1.1目的本文档的目的旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险,做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

1.2范围本文档用于软件设计阶段的概要设计，它的上游（依据的基线）是需求分析规格书，它的下游是系统详细设计说明书，并为详细设计说明书提供测试的依据。

数据库表设计的规范与准则

数据库表设计的规范与准则数据库是现代软件系统中不可或缺的一部分，而数据库表的设计则是数据库系统的基石。

合理的数据库表设计能够提高数据库的性能和可维护性，对系统的稳定运行起着重要作用。

在本文中，我们将探讨数据库表设计的规范与准则，帮助开发人员合理、高效地设计数据库表结构。

一、数据库表设计原则1. 单一职责原则在数据库表设计中，每个表应该只负责存储一种类型的数据，并且该项数据的意义应该相互独立。

例如，我们不应该在用户表中同时存储用户的地址信息和登录信息，而应该将其拆分为用户信息表和地址信息表。

2. 唯一主键原则每个表都应该有一个唯一的主键，用于唯一标识表中每一行数据。

这有助于提高查询和更新数据的效率，并避免数据冗余和不一致。

主键的选择可以是自增长整数、全局唯一标识符（UUID）或其他具有唯一性的属性。

3. 数据类型选择规范在选择数据类型时，应根据需求和数据的属性选择合适的数据类型。

例如，对于存储金额的字段，应选择Decimal而不是Double，以确保精确度和计算准确性。

另外，避免使用过大的数据类型，以减少资源消耗和存储空间的浪费。

4. 关系规范化数据库的关系规范化是指对数据进行合理、有效的组织，以消除冗余和数据不一致。

根据关系数据库的三大范式，应将数据分解为不可再分的最小单位，并通过引入外键建立表与表之间的关系。

这样可以提高数据的一致性和查询性能。

二、数据库表设计规范1. 表名规范每个表应具有具有相关的、有意义的名称，易于理解和识别。

表名应该使用小写字母，并使用下划线分隔单词以提高可读性。

避免使用特殊字符、缩写和不相关的词汇作为表名。

2. 字段名规范字段名应具有描述性，并明确表示字段的用途和数据类型。

字段名应使用小写字母，并使用下划线分隔单词以提高可读性。

避免使用特殊字符和不相关的词汇作为字段名。

3. 主键设计规范主键字段应该是短小、简单、易于识别的。

一般情况下，整数类型字段是首选，例如自增长的整数或UUID。

数据库设计规范标准

数据库设计规[v1.0]目录第1章目的 (3)第2章设计规 (3)2.1规约定 (3)2.2字段规 (3)第3章使用规 (3)3.1综合 (3)3.2查询 (5)3.3增加 (5)3.4删除 (5)3.5修改 (5)第4章其它说明 (5)第1章目的为了优化数据库的设计，提高数据库设计的合理性和数据访问高效性，同时便于阅读和理解数据库的结构，以提高数据共享的质量和效率，促进数据库编码的标准化，特制订一套数据库设计规。

第2章设计规2.1规约定遵守数据的设计规3NF 规定➢表的每一个值都只能被表达一次。

➢表的每一行都应该被唯一的标识（有唯一键）。

➢表不应该存储依赖于其他键的非键信息。

2.2字段规➢一行记录必须表唯一，表必须有主键。

➢金额类型使用Money➢时间使用 DateTime➢枚举类型使用 Varchar(2)、Varchar(4)，且需要说明枚举类型的各个不同取值的含义，例如 00,01,0000,0001➢在主外键的选择上应注意：为关联字段创建外键、所有的键都必须唯一、避免使用复合键、外键总是关联唯一的键字段。

第3章使用规3.1综合➢数据库的结构只有数据库管理员能够修改，避免开发人员自己增加数据库对象或者修改数据库对象。

若要修改，需要讨论并将修改请求(含改动的容和原因)提交数据库管理员。

➢数据访问层尽量使用存储过程访问数据库，除非需要繁重的逻辑运算等情况下才在代码过DML来访问数据库。

➢尽量使一个存储过程完成单一功能，复杂存储过程可以由多个单一功能存储过程组成，例如，一个存储过程要增加一个表的记录并删除另一个表的记录，这个存储过程可以有两个子存储过程组成。

➢在编写存储过程和.NET数据访问程序的时候，需要通过Query Analyzer分析，确保对数据库的操作使用了有效的索引。

避免有对全表的扫描操作。

➢如果开发过程中需要建立索引，需要提交书面的更改请求，说明所需索引的定义(名称、字段列表、顺序、索引类型)以及建立的理由。

Mysql数据库设计规范

Mysql数据库设计规范Mysql数据库规范Version 1.0创建时间2016-08-011.命名规范(1)库名、表名、字段名必须使用小写字母,并采用下划线分割。

(2)库名、表名、字段名尽量不要超过32个字符。

(3)库名、表名、字段名必须见名知意。

命名与业务、产品线等相关联。

(4)库名、表名、字段名禁止使用MySQL保留字。

（保留字列表见2.基础规范(1)使用INNODB存储引擎。

(2)表字符集使用UTF8字符集，校验字符集使用utf8_general_ci(3)所有表都需要添加注释;除主键外的其他字段都需要增加注释。

(4)禁止在数据库中存储图片、文件等大数据。

(5)每张表数据量建议控制在5000W以内。

(6)禁止在线上做数据库压力测试。

(7)禁止从测试、开发环境直连线上数据库。

3.库表设计(1)制止利用分区表。

(2)将大字段、访问频率低的字段拆分到单独的表中存储,星散冷热数据。

(3)采用合适的分库分表战略。

例如千库十表、十库百表等。

4.字段设计(1)建议利用UNSIGNED存储非负数值。

(2)建议利用INT UNSIGNED存储IPV4。

(3)用DECIMAL代替FLOAT和DOUBLE存储精确浮点数。

例如与泉币、金融相关的数据。

(4)INT类型固定占用4字节存储,(5)区分使用TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT数据类型。

例如取值范围为0-80时,使用TINYINT UNSIGNED。

(6)强烈建议利用XXX来代替ENUM类型。

(7)尽可能不利用TEXT、BLOB类型。

(8)禁止在数据库中存储明文密码。

(9)使用尽可能小的VARCHAR字段。

VARCHAR(N)中的N表示字符数而非字节数。

(10)区分使用DATETIME和TIMESTAMP。

存储年使用YEAR类型。

存储日期使用DATE 类型。

存储时间(精确到秒)建议使用TIMESTAMP类型。

(11)所有字段均定义为NOT NULL。

数据库设计原则

1. 原始单据与实体之间的关系可以是一对一、一对多、多对多的关系。

在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。

在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单据对应多个实体，或多张原始单据对应一个实体。

这里的实体可以理解为基本表。

明确这种对应关系后，对我们设计录入界面大有好处。

〖例1〗：一份职工履历资料，在人力资源信息系统中，就对应三个基本表：职工基本情况表、社会关系表、工作简历表。

这就是“一张原始单据对应多个实体”的典型例子。

2. 主键与外键一般而言，一个实体不能既无主键又无外键。

在E－R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。

主键与外键的设计，在全局数据库的设计中，占有重要地位。

当全局数据库的设计完成以后，有个美国数据库设计专家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。

因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。

3. 基本表的性质基本表与中间表、临时表不同，因为它具有如下四个特性：(1) 原子性。

基本表中的字段是不可再分解的。

(2) 原始性。

基本表中的记录是原始数据〔基础数据〕的记录。

(3) 演绎性。

由基本表与代码表中的数据，可以派生出所有的输出数据。

(4) 稳定性。

基本表的结构是相对稳定的，表中的记录是要长期保存的。

理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。

4. 范式标准基本表及其字段之间的关系, 应尽量满足第三范式。

但是，满足第三范式的数据库设计，往往不是最好的设计。

为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，到达以空间换时间的目的。

〖例2〗：有一张存放商品的基本表，如表1所示。

“金额”这个字段的存在，说明该表的设计不满足第三范式，因为“金额”可以由“单价”乘以“数量”得到，说明“金额”是冗余字段。

用友ERP-U8V8.71版管理软件_PDM接口V1.0接口规范

U8接口
* 读取PDM系统数据 ** * *
[删除 PDM 系统注册]：删除当前注册信息。注意：如果中间表中存在要删除系统的数据则不允许删除。删除前要弹出提示框让用户确认是否真要删除，避免误操作。
6
用友软件股份有限公司
行业开发部
U8ERP-PDM 接口规范 V1.0
[取添加系统注册对话框，进行 PDM 系统注册。
PDM-U8公共接口 PDM接口
选择产品 * * * * * * PDM数据导出者 * * * 查询传输结果导入数据传输数据至ERP 校验数据 * U8基础数据负责人补充信息整理补充数据 *
U8接口
* 读取PDM系统数据 ** * *

物料清单默认覆盖方式
设置在导入物料清单时是否覆盖原来的版本，如果该选项被选中，系统首先查找 PDM 系统传递过来的版本是否存在，如果存在则用 PDM 物料清单更新 U8 中的该版本物料清单；如果不存在，则自动覆盖某存货物料清单的最新版本。如果该选项未被选中，在同步方式下导入物料清单时自动根据原最大版本号自动升版，保留原来的物料清单版本，异步方式下，在弹出的界面中的版本处理列默认显示为“自动升版”处理方式。该选项缺省状态为选中状态。
1. 功能概述
产品数据管理（PDM）系统的应用从机械制造领域向虚拟的制造、设计领域扩展。不仅在离散型、批量定制型、流程型、研究院型应用，而且在大型的工程施工项目也得到了应用，并在机械、汽车、电气、能源、石化、建筑、通信、证券、政府等行业中发挥作用。越来越多的企业用户要求 PDM 与 ERP 系统做数据整合，由 PDM 系统产生的新产品、部件、物料清单、工艺路线等信息可以通过数据接口直接传递到 ERP 系统，反之 PDM 系统在某些应用模块也需要读取 ERP 系统中的档案、即时库存等信息。基于以上的应用需求，由用友 U8 行业开发部负责，开发了与 PDM 软件合作厂商间的数据共享接口规范。系统以北京清华艾克斯特科技股份有限公司产品为原型设计开发了 PDM 接口，并共同确定了产品接口规范。任何第三方 PDM 软件厂商可以遵从本规范进行数据接口开发，即可实现 PDM 系统与 ERP 系统的整合。本插件实现 U871 提供给第三方 PDM 软件厂商的通用接口， PDM 厂商依照系统提供的数据接口规范组织数据包，向 ERP 系统传递， ERP 系统分析 PDM 数据包校验数据并导入 ERP 系统。该插件发布后可以大幅度减少 PDM 厂商以项目为单位的重复性开发工作，扩展了 ERP 系统的应用范围，为 PDM、ERP 用户提供更大的使用便利。