数据库命名及设计规范(转)

1.数据库涉及字符规范

我们约定:采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线_组成,共63个字符。不能出现其他字符(注释除外)。

2.数据库对象命名规范

我们约定,数据库对象包括表、视图(查询)、存储过程(参数查询)、函数、约束。对象名字由前缀和实际名字组成,长度不超过30。

前缀:使用小写字母

表        tb
视图        vi
存储过程    sp
函数        fn

实际名字:实际名字尽量描述实体的内容,由单词或单词组合,每个单词的首字母大写,其他字母小写,不以数字和_开头。如

表        User_Info
视图        User_List
存储过程    User_Delete

因此,合法的对象名字类似如下。

表        tbUser_Info    tbMessage_Detail

视图        vi_Message_List

存储过程        sp_Message_Add

3.数据库表命名规范

我们约定,表名由前缀和实际名字组成。

前缀:使用小写字母tb,代表表。实际名字中,一个系统尽量采取同一单词,多个后面加_来连接区分。

因此,合法的表名类似如下。

TbMember

tbMember_Info

tbForum_Board

tbBlog_Comment1

表名如Order/UserAccout

符合以下规范:

(1)统一采用单数形式,反对Orders

(2)首字母大写,多个单词的话,单词首字母大写,反对order/Useraccout/ORDER

(3)避免中文拼音,反对AgentBaoCi

(4)避免下划线连接,反对User_Accout(下划线适用Oracle数据库)

(5)避免名称过长,反对WebsiteInfomationModifyRecord

(6)多对多关系表,以Mapping结尾,如UserRoleMapping

(7)避免保留字

4.字段命名规范

我们约定,字段由表的简称,实际名字组组成。如果此字段关联另外的字段,那么加下划线_连接关联表字段的字段名。

因此,合法的字段名类似如下。

UserID_MeID
UserName
UserRegDate

字段

字段名如userID/userName/userType

符合以下规范:

(1)首个字母小写,多个单词的话,单词首字母大写,反对UserID/Userid

(2)必须有一主键,主键不直接用ID,而是表名+ID,如userID/orderID

(3)常用的字段name,不直接用name,而是表名+Name,如userName/orderName

(4)常用的字段desc,不直接用desc,而是表名+Desc,如userDesc/orderDesc

(5)大写字母前必须包含至少两个小写的字母,反对uID/oID

(6)避免中文拼音

(7)避免下划线连接

(8)避免名称过长

(9)避免保留字

对象

(1)存储过程以SP_为前缀

(2)触发器以TR_为前缀

(3)函数以FN_为前缀

(4)主键以PK_为前缀

(5)索引以IX_为前缀

(6)前缀后的首字母大写,多个单词的话,单词首字母大写,如SP_CountFee

(7)所有的关键字的所有字母必须大写,如SELECT userID,username FROM User

5.视图命名规范

我们约定,字段由前缀和实际名字组成,中间用下划线连接。

前缀:使用小写字母vi,表示视图。

因此,合法的视图名类似如下。

vi_User
vi_UserInfo

6.存储过程命名规范

我们约定,字段由前缀和实际名字加操作名字组成,中间用下划线连接。

前缀:使用小写字母sp,表示存储过程。

操作名字:Insert|Delelte|Update|Caculate|Confirm

例如:

sp_User_Insert

7.数据库设计文档规范

所有数据库设计要写成文档,文档以模块化形式表达。大致格式如下:

‘-------------------------------------------

‘    表名:    tbUser_Info

‘    作者:    Yezi(叶子)

‘    日期:    2004-12-17

‘    版本:    1.0
‘    描述:    保存用户资料

‘    具体内容:

‘    UserId        int,自动增量        用户代码
‘    UserName    char(12)        用户名字

8.sql语句规范

我们约定,所有sql关键词全部大写,比如SELECT,UPDATE,FROM,ORDER,BY等。

数据库命名及设计规范(转),布布扣,bubuko.com

时间: 2024-10-13 08:16:10

数据库命名及设计规范(转)的相关文章

MySQL数据库命名及设计规范

1.设计原则 1) 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余.标准化有好几种形式,但 Third Normal Form(3NF)通常被认为在性能.扩展性和数据完整性方面达到了最好平衡.简单来说,遵守3NF 标准的数据库的表设计原 则是:"One Fact in One Place"即某个表只包括其本身基本的属性,当不是它们本身所具有的属性时需进行分解.表之间的关系通过外键 相连接.它具有以下特点:有一组表专门存放通过键连接起来的关联数据. 举例:某个存放客户及其有关定

MYSQL 数据库命名与设计规范

1.设计原则 1) 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余.标准化有好几种形式,但Third Normal Form(3NF)通常被认为在性能.扩展性和数据完整性方面达到了最好平衡.简单来说,遵守3NF 标准的数据库的表设计原则是:"One Fact in One Place"即某个表只包括其本身基本的属性,当不是它们本身所具有的属性时需进行分解.表之间的关系通过外键相连接.它具有以下特点:有一组表专门存放通过键连接起来的关联数据. 举例:某个存放客户及其有关定单的3

关系型数据库表结构设计规范-浅谈(转)

数据库表结构设计规范-浅谈,为啥是浅谈呢,因为主要的观点还是来自原微信公共账号的一篇文章,稍微加了一些自己的看法. 谁来进行数据库的设计? 肯定是具体的开发工程师来进行,开发同学的话,第一业务熟悉度比较高,第二结合OO和ORM的思想,能有比较好的运用关系型数据库的特性.如果是DBA同学的话,虽然对于数据库本身了解比较多,但是对于业务了解较少,很难有比较客观的设计.但是业务上线或者运行期间,需要DBA同学能够重度的加入进来,针对一些性能点和不合理的点进行优化,同事也可以在上线前,针对SQL进行re

数据库命名规范

1.设计原则 1) 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余.标准化有好几种形式,但Third Normal Form(3NF)通常被认为在性能.扩展性和数据完整性方面达到了最好平衡.简单来说,遵守3NF 标准的数据库的表设计原则是:“One Fact in One Place”即某个表只包括其本身基本的属性,当不是它们本身所具有的属性时需进行分解.表之间的关系通过外键相连接.它具有以下特点:有一组表专门存放通过键连接起来的关联数据. 举例:某个存放客户及其有关定单的3NF 数据

数据库命名规范(转载)

变量(对象)命名 一.数据库: 1. 基本命名规则 表 1. 基本数据库对象命名 数据库对象                                      前缀表 (Table)  ——>>  tbl_ 字段(Column)   ——>>  无 视图 (View)  ——>>  viw_ 存储过程 (Stored procedure)     ——>>  prd_ 触发器(Trigger)                       ——>

数据库命名规则

一.数据库: 1. 基本命名规则   表 1. 基本数据库对象命名 数据库对象 前缀 表 (Table) 字段(Column) 视图 (View) 存储过程 (Stored procedure) 触发器(Trigger) 索引(Index) 主键(Primary key) 外键(Foreign key) Check 约束(Check Constraint) Default 约束(Default Constraint) 用户定义数据类型 (User-defined data type) 用户定义函

SQL Server数据库命名规范

良好的命名习惯是一种美德,下面是个人整理的数据库命名规范: 数据库命名规范: 1. 数据库名: 1.1)用产品或项目的名字命名: 1.2)Pascal Case,如AdventureWork; 1.3)避免使用特殊字符,如数字,下划线,空格之类: 1.4)避免使用缩写 2. 表名 2.1)使用复数,Pascal Case,而复数只加在最后一个单词上如:Products,Users,UserRoles 2.2)避免使用特殊字符,如数字,下划线,空格之类: 2.3)避免使用缩写 3. 列名 3.1)

MySQL_数据库命名规范及约定

操作规范 如无说明,建表时一律采用innodb引擎: 如无说明,数据库表编码集(utf8,utf8_bin)ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin 如无备注,则表中的第一个id字段一定是主键且为自动增长: 如无备注,则数值类型的字段请使用UNSIGNED属性: 如无备注,排序字段order_id在程序中默认使用降序排列: 如无备注,所有字段都设置NOT NULL,并设置默认值: 如无备注,所有的布尔值字段,如is_hot.is_de

MySQL数据库命名规范及约定

一.[操作规范]1. 如无备注,则表中的第一个id字段一定是主键且为自动增长:2. 如无备注,则数值类型的字段请使用UNSIGNED属性:3. 如无备注,排序字段order_id在程序中默认使用降序排列:4. 如无备注,所有字段都设置NOT NULL,并设置默认值:5. 如无备注,所有的布尔值字段,如is_hot.is_deleted,都必须设置一个默认值,并设为0:6. 所有的数字类型字段,都必须设置一个默认值,并设为0:7. 针对varchar类型字段的程序处理,请验证用户输入,不要超出其预