动力节点数据库设计规范V100Word文档下载推荐.docx
- 文档编号:17580684
- 上传时间:2022-12-07
- 格式:DOCX
- 页数:12
- 大小:873.04KB
动力节点数据库设计规范V100Word文档下载推荐.docx
《动力节点数据库设计规范V100Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《动力节点数据库设计规范V100Word文档下载推荐.docx(12页珍藏版)》请在冰豆网上搜索。
2.4视图命名5
2.5索引命名5
2.6Constraint命名5
2.7字段命名5
2.8SEQUENCE的命名6
2.9Key命名6
3设计原则6
4附录:
PowerDesigner使用介绍7
4.1概念设计8
4.2物理设计8
4.3产生数据库设计报告(数据字典)9
4.4生成数据库脚本11
4.4.1生成create_user.sql11
4.4.2生成create_table.sql12
2.1设计文件内容
数据库设计完成后,应形成并提交以下的设计文件:
(1)数据库脚本文件
是用于创建数据库、生成数据库表、视图等内容的脚本文件,文件后缀为.sql,包括:
●create_database.sql创建数据库
●create_user.sql创建数据库用户
●create_table.sql创建数据库表、视图、索引
●create_data.sql创建系统初始化数据
(2)原始设计文件
是指使用PowerDesigner进行设计的文件,如:
.pdm文件。
(3)其它必要文件
3.2命名规范
3.12.1设计文件的命名
数据库脚本文件应保持与上述的命名一致。
3.22.2数据库文件的命名
Oracle数据库的文件类型有4种:
数据文件、联机重做日志文件、控制文件、参数文件,每种文件的命名应遵循如下的约定。
3.2.12.2.1数据文件的命名
数据文件与表空间具有多对一的关系,即,一个表空间可以有一个或多个数据文件,一个数据文件只能属于一个表空间,因此可以通过在文件名中增加表空间名来区分数据文件的归属,格式为:
<
表空间名>
2位数字>
.dbf
例如:
empty01.dbf、empty02.dbf
3.2.22.2.2联机重做日志文件的命名
联机重做日志文件记录与数据库有关的重做数据,联机重做日志组成重做日志组,每个重做日志组可由多个成员组成,每组必须由相同个数的成员组成。
命名格式为:
redo<
member_number>
group_identifier>
.log
member_number为2位数字,表示日志组中日志文件的序号;
group_identifier为单一字符,表示重做日志组;
组Aredo01a.logredo02a.log
组Bredo01b.logredo02b.log
3.2.32.2.3控制文件的命名
控制文件存储数据库的关键性结构信息,每个Oracle数据库应该至少有两个(最好三个)控制文件,命名约定如下:
control<
nn>
.ctl
3.2.42.2.4数据库参数文件的命名
在Oracle安装完毕后,系统在$ORACLE_HOME/dbs目录下自动生成一个参数初始化文件。
该文件的命名约定如下:
init<
SID>
.oraSID是Oracle唯一的实例标识符
另外,用户还可以建立其他的参数文件,这些文件可以在主要的参数配置文件中通过IFILE参数来指定。
利用IFILE功能,能够更好的组织参数文件以及在多个实例中共享某些配置。
其命名约定如下:
config<
.ora
3.32.3表命名
(1)使用有意义的英文单词来命名
(2)表名用大写英文字母表示
(3)以字母开头,其余部分可以是字母、数字的任意组合
(4)使用“_”来分割单词,如ACCOUNT_HISTORY
(5)表名的长度限制在30个字符之内
(6)表名以一个模块名的缩写作为前缀,如SYS_USER
(7)子表名与父表名有相应的联系,如:
父表ACCOUNT、子表ACCOUNT_HISTORY
(8)表名不得是Oracle数据库的保留字
3.42.4视图命名
规则:
“VIEW_表A_表B”
其中“VIEW_”作为前缀,以区别于表名,“表A、表B”表示组成视图的表名,如果表过多或其中若干个表名过长,则可以适当简化视图名
VIEW_TICKET是从表TICKET、TICKET_SOURCE、TICKET_PRICE_POLICY三个表中提取数据而形成的一个关于票的完整信息。
3.52.5索引命名
ix_<
表名>
_n
ix_account、ix_account_1、ix_account_2
3.62.6Constraint命名
CheckConstraint规则:
chk_<
_<
列名>
3.72.7字段命名
(2)字段名用大写英文字母表示
(3)使用“_”来分割单词
(4)字段名的长度限制在30个字符之内
(5)使用后缀来表示列的数据类型或特定含义,具体内容见下表
后缀
数据类型
描述
例子
*_id
Number(10)
通常用来做主键名称的后缀,这种主键没有实际意义,仅仅给出每一条记录的一个标识,该字段通常基于一个SEQUENCE。
sms_id
*_no
Varchar2(10)
用来做主键名称的后缀,这种主键有实际意义
staff_no
*_dt
Date/Datetime
时间和日期类型
create_dt
*_code
编码类型,表示该字段存储的值是一种预定义的编码。
这个编码一定存在于MAS_CODE表中,含有*_code字段的表和MAS_CODE表建立主外键关系
status_code、error_code
*_flag
Varchar2
(1)
用来表示“Yes”or“No”,其值用大写的“Y”、“N”表示
start_flag
*_price
Number(10,2)
金额或货币的表示
ticket_price
*_name
Varchar2(80)
表示对象名称
user_name
*_age
Number(3)
表示年龄
user_age
*_remark
Varchar2(255)
注释、备注等
*_desc
对象的描述信息
user_desc
3.82.8SEQUENCE的命名
“SEQ_序列名”,其中以“SEQ_”开头,序列名用有意义的英文单词表示,是字母、数字和“_”的任意组合。
SEQ_USER_ID
3.92.9Key命名
主键(PrimaryKey):
Pk_<
例如:
pk_account
外键(ForeignKey):
fk_<
例如:
fk_account_account_type
4.3设计原则
(1)所有记录业务数据的表中都要设有“操作员”、“记录创建日期”、“记录修改日期”的字段。
(2)varchar2类型的字段长度尽量使用10、30、80、255、2000中的一种。
但是,含有特定意义的字段如IP地址等,可以使用习惯的长度。
(3)子表的主键选择:
对于第二层的子表,主键通常由父表的主键加上子表自身的主键共同组成;
对于第三层以上的子表,只使用子表自身的主键,而父表的主键作为外键存在。
(4)具有master_detail关系的表的字段顺序,假设account和account_history是两个具有master_detail关系的表,通常在account表中account_id是主键,是account_history表的外键。
在这种情况下,要求account_history表的第一个字段为account_id,第二个字段为account_history_id。
(5)code表用来存储预定义的一些编码信息,所有预定义的数据信息都要在数据库中作为系统初始化数据录入,在需要的时候可以作维护界面对其进行管理。
但是code表中的记录数不要超过4000条,以免影响系统性能。
Code表的结构
列名
主键
master_type
Code的种类
Yes
code_type
Code的值
code_desc
Varchar(255)
Code的描述
(6)数据库脚本文件的编写要求
●所有的SQL保留字必须大写;
●INSERT语句必须指定列名;
●WHERE子句中的列应该给出表的别名;
5.4附录:
PowerDesigner使用介绍
在数据库设计过程中,使用PowerDesigner作为统一的数据库设计辅助工具,数据库结构的设计和创建数据库的脚本都使用PowerDesigner。
设计数据库的过程大致如下:
5.14.1概念设计
所谓概念设计是根据用户的需求建立实体-关系模型,搞清楚应用系统要处理的数据以及它们之间的关系。
概念设计最终产生的结果是一份实体-关系图。
在PowerDesigner中选择File->
New,在“新建”对话框中选择“ConceptualDataModel”。
在Workspace下会出现“ConceptualDataModel_1”,展开后可看到“Diagram_1”,双击Diagram_1可以在右边的设计窗口进行编辑。
在ConceptualDataModel中有Entity、Relationship、Association三个基本元素:
Entity为实体,表示应用系统中需要处理的一个个数据对象;
Relationship可以连接两个实体,标识他们之间的关系,两个实体间的关系可以是一对一、一对多和多对多。
在PowerDesigner中双击Relationship,可以在其属性框的detail选项卡中选择这些关系。
当两个Entity之间存在多对多的关系时,通常会在这两个Entity之间建立一个Association,如下图:
概念设计是从较高的层次对应用系统所需要处理的数据进行组织和图形化,它不涉及具体的数据库管理系统。
PowerDesigner创建的ConceptualDataModel保存后生成一个*.cmd的文件。
5.24.2物理设计
确定实体-关系图后就可以开始物理设计。
所谓物理设计是对如何将概念设计部署到某一具体的数据库管理系统的设计。
在PowerDesigner中通过已经确定的ConceptualDataModel自动生成一个PhysicalDataModel。
选择Tools->
GeneratePhysicalDataModel,可以看到一个“PDMGenerationOption”对话框
选择一个数据库管理系统(Oracle8.1.6)后,单击“确定”,PowerDesigner自动根据ConceptualDataModel产生PhysicalDataModel,如下图所示。
在这张图中,Entity和Association分别对应数据库中的一张表,而Relationship会被映射成一个主外键约束。
同时,数据库表的每个字段都没有明确的数据类型。
5.34.3产生数据库设计报告(数据字典)
完成物理设计后,为了便于维护和交流需要生成数据库设计报告。
PowerDesigner提供报表生成的模板,我们已经建立了生成报表的模板文件(DB_Report_Pkg_Template.rtp,附于此文档同目录下)选择Model->
Report,会看到如下的界面。
点击左上角的“NewReport”按钮,会看到“NewReport”对话框:
在对话框中输入数据库设计报告的名字,采用的语言,通过点击“Reporttemplate”右边的小按钮选择模板所在的目录,再下拉Reporttemplate下拉框选择“DesignReport”,点击“OK”按钮,可以看到报告定制界面
现在,可以通过选择File->
Generate->
RTF菜单生成数据库设计报告了。
5.44.4生成数据库脚本
在设计完成后,需要利用PowerDesigner生成数据库脚本(创建数据库结构、初始化数据的SQL语句),利用这些数据库脚本可以方便的在具体的数据库管理系统上部署项目的数据库。
5.4.14.4.1生成create_user.sql
点击Model->
User…,可以看到如下的对话框:
点击左上角的“属性”图标可以编辑该用户的属性。
PowerDesigner不能自动生成create_user.sql,该文件需要手工编写。
5.4.24.4.2生成create_table.sql
选择Database->
GenerateDatabase….,可以看到DatabaseGenerate对话框。
PowerDesigner生成的SQLScript是一个*.sql的文件,在这个对话框中可以选择文件存放的路径以及文件中需要包含的各种信息,如Table中的Check、PhysicalOptions等,通常情况下不需要修改这些默认。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 动力 节点 数据库 设计规范 V100
![提示](https://static.bdocx.com/images/bang_tan.gif)