数据库命名规范(那位有完整的数据库命名规范给一份,跪等)
大家好，如果您还对数据库命名规范不太了解，没有关系，今天就由本站为大家分享数据库命名规范的知识，包括那位有完整的数据库命名规范给一份,跪等的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！
“oracle”的命名规范是什么
标准命名规则要满足如下要求：以字符开头，30个字符以内，只能包含A-Z,a-z,0-9,_,$,#，不能和同一个用户下的其他对象重名，不能是oracle服务器的保留字
还有一类是非标准命名，可以使用任何字符，包括中文，oracle中的保留字，空格等等都是可以的，但是需要将对象名用双引号引起来。
那位有完整的数据库命名规范给一份,跪等
数据库设计过程中命名规范很是重要，命名规范合理的设计能够省去开发人员很多时间去区别数据库实体。
数据库物理设计包括：表设计，视图设计，存储过程设计，用户自定义函数设计等等。
1、表设计命名规范：表使用t开头最好能将表根据属性分类并作好编号。
如：编码表可写为tBM001Something t为表开头，BM为业务类型，001为该类别中的第几个表something是表的名称注释。
2、视图设计命名规范：视图设计过程中使用v开头，视图命名以制作视图的主表为准或是以视图的实现功能为准。
如：上述tBM001Something为主表制作的视图可取名vBM001Something
或者vGetSomeThingInfo等。
3、存储过程命名规范：用户自定义存储过程使用p开头以其实现功能命名,
如：pGetSomethingInfo
4、
存储过程命名规范：用户自定义存储过程使用f开头以其实现功能命名,
如：fGetSomethingInfo
此外在制作视图存储过程用户自定义函数过程中，注意写好注释。
还有
一．实体和属性的命名
1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线
举例：
定义的缩写 Sales: Sal销售；
Order: Ord订单；
Detail: Dtl明细；
则销售订单名细表命名为：Sal_Ord_Dtl;
2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。
举例：
定义的缩写 Material Ma物品；
物品表名为：Material,而不是 Ma.
但是字段物品编码则是：Ma_ID;而不是Material_ID
3．所有的存储值列表的表前面加上前缀Z
目的是将这些值列表类排序在数据库最后。
4．所有的冗余类的命名(主要是累计表)前面加上前缀X
冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段。或者表
5．关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。
关联表用于保存多对多关系。
如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。
举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object；
表 Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp
6．每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。
举例：销售订单的编号字段命名：Sal_Ord_ID；如果还存在一个数据库生成的自动编号，则命名为：ID。
7．所有的属性加上有关类型的后缀，类型后缀的缩写定义见文件《类型后缀缩写定义》，注意，如果还需要其它的后缀，都放在类型后缀之前。
二．关系的命名
关系的命名基本上按照;如有特殊情况,可以灵活处理．
[must/may/can/should][verb/verb+prep][a/many/exatly num][or a/many]的结构命名
三．域的命名
四．触发器的命名
五．有关于默认的几点说明
1．严格依赖关系的主细表，主表的后缀Main可以不写。
2．数据类型是文本的字段，类型后缀TX可以不写。
3．有些类型比较明显的字段，可以不写类型后缀。
4．非常明显的关系,可以不写。
为什么在创建数据库和数据表时要先规定好命名规则
在创建数据库和数据表时，规定好命名规则是非常重要的。以下是一些原因：
1.方便管理：命名规则的制定可以帮助管理员更好地管理数据库和数据表。通过规范的命名规则，管理员可以快速地找到需要的表或字段，更好地维护数据库的结构和数据内容。
2.提高可读性：规范的命名规则可以让数据库和数据表的名称更加具有可读性，更容易理解和记忆。这对于团队协作和代码维护非常有帮助。
3.避免命名冲突：如果没有统一的命名规则，不同的人可能会使用不同的命名方式，这样就容易出现命名冲突。通过规范的命名规则，可以避免这种情况的发生。
4.提高数据一致性：通过规范的命名规则，可以保证不同的表和字段名称之间的一致性。这样可以避免不同的表之间数据名称混乱的情况发生，提高数据的一致性和规范性。
综上所述，规定好命名规则可以帮助管理员更好地管理数据库和数据表，提高可读性，避免命名冲突，提高数据一致性等方面产生积极影响。
mysql中数据库名字分大小写吗
MySQL在Linux下数据库名、表名、列名、别名大小写规则是这样的：
1、数据库名与表名是严格区分大小写的；
2、表的别名是严格区分大小写的；
3、列名与列的别名在所有的情况下均是忽略大小写的；
4、变量名也是严格区分大小写的；
MySQL在Windows下都不区分大小写。
所以在不同操作系统中为了能使程序和数据库都能正常运行，最好的办法是在设计的时候都转为小写，但是如果在设计的时候已经规范化大小写了，那么在Windows环境下只要对数据库的配置做下改动就行了，具体操作如下：
在MySQL的配置文件中my.ini [mysqld]
中增加一行
lower_case_table_names= 1
参数解释：
0：区分大小写
1：不区分大小写在 MySQL
中，数据库和表对就于那些目录下的目录和文件。因而，操作系统的敏感性决定数据库和表命名的大小写敏感。这就意味着数据库和表名在
Windows中是大小写不敏感的，而在大多数类型的 Unix
系统中是大小写敏感的。
奇怪的是列名与列的别名在所有的情况下均是忽略大小写的，而表的别名又是区分大小写的。
要避免这个问题，你最好在定义数据库命名规则的时候就全部采用小写字母加下划线的组合，而不使用任何的大写字母。
或者也可以强制以-O lower_case_table_names=1参数启动
mysqld（如果使用--defaults-file=...\my.cnf
参数来读取指定的配置文件启动 mysqld
的话，你需要在配置文件的 [mysqld]区段下增加一行
lower_case_table_names=1）。这样MySQL
将在创建与查找时将所有的表名自动转换为小写字符（这个选项缺省地在
Windows中为 1，在 Unix中为 0。从 MySQL 4.0.2
开始，这个选项同样适用于数据库名）。
如果你还想了解更多这方面的信息，记得收藏关注本站。