Oracle数据库设计策略及规范
数据库设计规范与命名规则
数据库设计规范、技巧与命名规范一、数据库设计过程数据库技术是信息资源管理最有效的手段。
数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
数据库设计的各阶段：A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。
B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。
C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。
然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。
D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
1. 需求分析阶段需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。
需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。
需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。
常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
自顶向下的结构化分析方法(Structured Analysis，简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。
数据流图表达了数据和处理过程的关系。
系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。
2. 概念结构设计阶段通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。
概念模型用于信息世界的建模。
概念模型不依赖于某一个DBMS支持的数据模型。
概念模型可以转换为计算机上某一DBMS 支持的特定数据模型。
基于Oracle数据库开发系统的物理设计优化策略
一
个成 功 的数据库应 用系 统要经过需求分析 、概 念 设
的最小单位 。它们 的结构如图１ 所示 。
计、逻￣ ９ ＂ Ａｔ 、物理设计、程序设计、数据库实施等多个 阶 段 ．其中物理设计阶段的主要任务是在数据库支持系统中建 立数据库对象 （ 包括库表 、索 日等）。由于该阶段只是搭建 Ｉ 数据库应用系统 的后台支撑环境 ．因此在系 统开发与实施 阶 段往往会被忽略设计优化 。这样的系统在实际应 用中 ，一 旦 用户数 目增多．规模变大 ．数据库的效率将明显降低 。并 且 由于前期没有很好的物理设计 ，后期又投有进行相应的系 统 优化 ． 往往系统会在运行一段 时间后，性能下降很快 。因此 在系统的整个开发和实施 周期 内应重视物理设计和后期的优 化 ，系统开发人员应与数据库管理员进行充分的交流 ，根据 系统 的实际情 况进行 详细科 学的物理设计 。在 后期运 行 阶 段 ，数据库管理员应定期地对系统进行优化谓整 ，使系统变
文 标 码： 献 识 Ａ
中 分 号：Ｔ３１３３ 朗 类 Ｐ１１ ． －２
基于Ｏｒｃ 数据库开发 系统的物理设计优化策略 ａｌ ｅ
苏大威 ．张 乐
（ 河海大学计算机信 息工程学院 ．南京 ２ ０ ９ ） １０ ８ 攮 赛 ：一十成功的数据库 应用系统取击＝Ｉ 的规划和设 计 ．而多数的开发人员倒 重于逻辑和程序的设 计优化。文章通过 分析Ｏ ａｌ ｔｆ ＝ ｒ ｅ ｃ 数据 库 的物理文件特性 阐述在物理设计阶殷和后期运行阶￣ Ｊ ｒ ］ 发 Ｏ ａ ｄ 据库文件的优化策 略。 ｃ 关斟 胃 Ｏ ａ ｌ ： ｘ ｃ ｃ ；物理设计 ；性蛆优 化；碎片
得稳定高效 。
ｏ ｃ 文件系 ｍｋ 件系境
圈１ Ｏ ａｌ ｒｃ 敦胖 ｅ
oracle双机热备架构方案
Oracle双机热备架构方案一想到Oracle双机热备，我脑海中立刻浮现出那些无数个夜晚，灯火通明的数据中心，以及那些为了保证数据安全、系统稳定而奋斗的工程师们。
在这个方案中，我们要解决的问题是如何确保关键业务数据的实时备份和快速恢复，下面就是我构思这个方案的过程。
我们需要明确Oracle双机热备的架构。
Oracle双机热备，顾名思义，就是两台服务器互为备份，一台为主机，另一台为备机。
当主机发生故障时，备机能够迅速接管主机的业务，保证业务的连续性。
1.架构设计（1）硬件设备我们需要两台性能相近的服务器，最好是同一型号，这样可以减少硬件兼容性问题。
服务器需要具备较高的处理能力，以满足业务需求。
（2）存储设备为了实现数据的实时备份，我们需要使用共享存储设备。
这里有两种选择：磁盘阵列和存储网络。
磁盘阵列可以提供较高的数据读写速度，但成本较高；存储网络则相对便宜，但性能略有不足。
根据实际需求，我们可以选择合适的存储方案。
（3）网络设备为了实现数据的实时同步，我们需要搭建一个高速网络。
这里建议使用万兆以太网，以保证数据传输速度。
2.软件配置（1）操作系统（2）Oracle数据库在两台服务器上安装Oracle数据库，并配置好数据库实例。
为了保证数据的一致性，我们需要使用OracleDataGuard来实现实时数据备份。
（3）集群管理软件为了实现故障切换，我们需要使用集群管理软件。
这里推荐使用OracleClusterware，它可以帮助我们实现快速的故障切换和恢复。
3.实施步骤（1）搭建硬件环境我们需要将两台服务器连接到共享存储设备，并配置好网络设备。
（2）安装操作系统在两台服务器上安装相同的操作系统，并配置好网络参数。
（3）安装Oracle数据库在两台服务器上安装Oracle数据库，并配置好数据库实例。
（4）配置OracleDataGuard在主机上创建一个物理备份，然后将备份传输到备机。
在备机上配置OracleDataGuard，实现实时数据备份。
掌握数据库设计的原则与技巧
掌握数据库设计的原则与技巧在当今数字化的时代，数据已经成为企业和组织运营的核心资产之一。
而数据库作为存储和管理数据的关键工具，其设计的合理性和有效性直接影响着系统的性能、可扩展性和数据的完整性。
因此，掌握数据库设计的原则与技巧对于开发高质量的应用程序和确保数据的高效管理至关重要。
数据库设计的原则1、数据完整性数据完整性是指确保数据库中的数据准确、一致和可靠。
这包括实体完整性（确保表中的每行都有唯一的标识符）、参照完整性（确保表之间的关系正确）和域完整性（确保数据的值在预定义的范围内）。
例如，在一个学生成绩管理系统中，学生表中的学号必须是唯一的，课程表中的课程编号也必须是唯一的。
同时，成绩表中的成绩必须在 0 到 100 之间。
2、数据一致性数据一致性是指在数据库的不同部分和不同操作中，数据保持相同的含义和格式。
为了实现数据一致性，需要在设计时定义明确的数据规则和约束条件。
比如，在一个库存管理系统中，如果一个商品被出库，那么库存数量应该相应地减少，而且在任何查询库存的操作中，都应该得到相同的准确数量。
3、最小冗余冗余数据是指在数据库中多次重复存储相同的信息。
过多的冗余会导致数据不一致、存储空间浪费和更新操作的复杂性增加。
然而，在某些情况下，适当的冗余可以提高查询性能。
例如，在一个订单管理系统中，可以在订单详情表中存储商品的名称和价格，而不是每次查询都从商品表中获取，这样可以减少表连接的操作，但需要确保在商品信息发生变化时能够及时更新。
4、可扩展性设计的数据库应该能够轻松适应未来数据量的增长和业务需求的变化。
这意味着在设计时要考虑到可能的扩展方向，例如添加新的表、字段或关系。
例如，如果一个电商平台预计未来会增加新的商品类别，那么在设计数据库时应该预留足够的灵活性，以便能够方便地添加相关的表和字段。
5、性能优化数据库的性能是设计时需要重点考虑的因素之一。
这包括合理选择数据类型、创建合适的索引、优化查询语句等。
数据库系统的基础知识和设计
数据库系统的基础知识和设计数据库系统是现代信息管理的重要工具，它以数据为核心，通过建立、维护和利用数据库来解决数据管理和信息处理的需求。
本文将介绍数据库系统的基础知识和设计原则，以帮助读者全面了解和掌握数据库系统。
一、数据库系统的基础知识1. 数据库概述数据库是一个有组织的、可共享的数据集合，它以一定的数据模型组织数据，并提供了数据的存储、管理和访问功能。
常见的数据库系统有关系型数据库、面向对象数据库和NoSQL数据库等。
2. 数据模型与关系模型数据模型是对现实世界的抽象表示，关系模型是其中最常用的一种数据模型。
关系模型使用二维表格的形式表示数据，并通过关系代数和关系演算来进行数据操作。
3. 数据库管理系统数据库管理系统（DBMS）是管理数据库的软件系统，它负责数据的存储、安全性、完整性、并发控制和恢复等方面的管理工作。
常见的DBMS有Oracle、MySQL、SQL Server等。
4. 数据库设计数据库设计是建立数据库系统的过程，它包括概念设计、逻辑设计和物理设计三个阶段。
概念设计阶段定义了数据库的整体结构，逻辑设计阶段将概念模型转换为关系模型，物理设计阶段确定了数据的存储方式和索引策略。
二、数据库设计原则1. 数据库范式数据库范式是数据设计时需要满足的一些规范，它可以提高数据的一致性、减少冗余和提高查询效率。
常见的范式有第一范式（1NF）、第二范式（2NF）和第三范式（3NF）等。
2. 主键与外键主键是用来唯一标识一条记录的属性或属性组合，它具有唯一性和非空性。
外键是关系模型中一个表中的字段，它引用另一个表中的主键，用于建立表之间的关系。
3. 索引设计索引是数据库中用于快速查找数据的结构，它可以提高查询效率。
在设计索引时，需要考虑选择合适的字段作为索引字段、确定索引类型和设置适当的索引顺序等。
4. 视图设计视图是虚拟的表，它是由基本表中的数据计算、检索或汇总得到的。
视图可以简化数据访问、保护数据安全和提高数据的独立性。
数据库设计规范
概述目的软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。
适用范围术语定义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)数据库是信息系统的核心和基础，把信息系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，使信息系统可以方便、及时、准确地从数据库中获得所需的信息。
(2)数据库是信息系统的各个部分能否紧密地结合在一起以及如何结合的关键所在。
(3)数据库设计是信息系统开发和建设的重要组成部分。
(4)数据库设计人员应该具备的技术和知识：a.数据库的基本知识和数据库设计技术;b. 计算机科学的基础知识和程序设计的方法和技巧;c.软件工程的原理和方法;d.应用领域的知识;二、数据库设计的特点数据库建设是硬件、软件和干件的结合，三分技术，七分管理，十二分基础数据，技术与管理的界面称之为“干件”。
数据库设计应该与应用系统设计相结合：结构（数据）设计：设计数据库框架或数据库结构；行为（处理）设计：设计应用程序、事务处理等；结构和行为分离的设计：传统的软件工程忽视对应用中数据语义的分析和抽象，只要有可能就尽量推迟数据结构设计的决策早期的数据库设计致力于数据模型和建模方法研究，忽视了对行为的设计如图：三、数据库设计方法简述手工试凑法设计质量与设计人员的经验和水平有直接关系缺乏科学理论和工程方法的支持，工程的质量难以保证数据库运行一段时间后常常又不同程度地发现各种问题，增加了维护代价规范设计法手工设计方基本思想过程迭代和逐步求精规范设计法(续)典型方法：(1)新奥尔良（New Orleans）方法：将数据库设计分为四个阶段S.B.Yao方法：将数据库设计分为五个步骤I.R.Palmer方法：把数据库设计当成一步接一步的过程(2)计算机辅助设计ORACLE Designer 2000SYBASE PowerDesigner四、数据库设计的基本步骤数据库设计的过程(六个阶段)1.需求分析阶段准确了解与分析用户需求（包括数据与处理）是整个设计过程的基础，是最困难、最耗费时间的一步2.概念结构设计阶段是整个数据库设计的关键通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型3.逻辑结构设计阶段将概念结构转换为某个DBMS所支持的数据模型对其进行优化4.数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）5.数据库实施阶段运用DBMS提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行6.数据库运行和维护阶段数据库应用系统经过试运行后即可投入正式运行。
数据库设计-数据库实施、运行与维护
数据库设计-数据库实施、运行与维护数据库设计数据库实施、运行与维护在当今数字化的时代，数据库已成为各类组织和系统中不可或缺的一部分。
数据库设计不仅仅是在规划阶段完成架构和模型的构建，更重要的是后续的实施、运行与维护阶段，这些环节共同确保数据库能够高效、稳定地支持业务需求。
数据库实施是将设计好的数据库模型转化为实际可运行的数据库系统的过程。
这一阶段首先要做的是选择合适的数据库管理系统（DBMS），例如常见的 MySQL、Oracle、SQL Server 等。
不同的DBMS 在功能、性能、成本等方面都有所差异，需要根据项目的具体需求和资源来进行权衡。
在确定了 DBMS 之后，就需要创建数据库、表、视图、索引等数据库对象。
这需要严格按照设计阶段制定的规范和约束来进行，确保数据的完整性和一致性。
例如，定义主键、外键、唯一约束等来保证数据的准确性和可靠性。
同时，还需要进行数据的导入和初始化。
如果是新建的数据库，可能需要从外部数据源导入大量的数据；如果是对现有数据库的改造，还需要考虑数据的迁移和转换，确保数据在新的数据库环境中能够正常使用，并且不会出现数据丢失或错误。
在数据库实施过程中，性能优化也是一个重要的方面。
合理地设计索引可以大大提高数据的查询效率，但过多或不合理的索引也可能会影响数据的插入、更新和删除操作。
因此，需要根据业务的特点和数据的访问模式，精心选择和创建索引。
数据库运行是指数据库系统在实际业务环境中的正常使用阶段。
在这个阶段，需要对数据库进行持续的监控和管理，以确保其性能和可用性。
监控数据库的性能指标是至关重要的。
这包括但不限于服务器的CPU 利用率、内存使用情况、磁盘 I/O 等待时间、网络带宽使用等系统资源指标，以及数据库中的连接数、事务处理量、查询响应时间等数据库特定的指标。
通过对这些指标的监控，可以及时发现潜在的性能问题，并采取相应的措施进行优化。
另外，数据库的安全性也是运行阶段需要重点关注的问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle数据库设计策略及规范
设计策略及规范
1. 目的
定义Oracle数据库设计规范，作为数据库规划、设计、开发以及维护人员的技术参考资料。
用以规范和指导相关人员的设计行为。
2. 概述
本文档根据Oracle数据库性能特点，描述对表、视图、存储过程、对象命名等方面的设计规范。
3. 基本策略
3.1 设计策略
◆∙分类拆分数据量大的表。
对于经常使用的表（如某些参数表或代码对照表），由于其使用频率很高，要尽量减少表中的记录数量。
例如，银行的户主账表原来设计成一张表，虽然可以方便程序的设计与维护，但经过分析发现，由于数据量太大，会影响数据的迅速定位。
如果将户主账表分别设计为活期户主账、定期户主账及对公户主账等，则可以大大提高查询效率。
◆∙分区策略
在拥有数500行以上的表时，采用分区策略。
◆∙索引设计。
对于大的数据库表，合理的索引能够提高整个数据库的操作效率。
在索引设计中，索引字段应挑选重复值较少的字段；在对建有复合索引的字段进行检索时，应注意按照复合索引字段建立的顺序进行。
例如，如果对一个５万多条记录的流水表以日期和流水号为序建立复合索引，由于在该表中日期的重复值接近整个表的记录数，用流水号进行查询所用的时间接近３秒；而如果以流水号为索引字段建立索引进行相同的查询，所用时间不到１秒。
因此在大型数据库设计中，只有进行合理的索引字段选择，才能有效提高整个数据库的操作效率。
◆∙有时候为了提高性能。
减少表的关联，恰当的数据冗余是允许的。
◆∙索引对新增，删除，更新的性能影响比较大，对相关的表的索引使用要权衡
◆∙为表和索引建立不同的表空间，禁止在系统表空间中放入非核心oracle系统成分的对象，确保数据表空间和索引表空间位于不同的磁盘磁盘驱动器上。
◆∙对于经常发生同时查询或频繁查询的表，最好把他放到不同的磁盘空间上
4. 逻辑设计规范
4.1 范式
◆∙如果没有性能上的原因，应该使用关系数据库理论，达到较高的范式，避免数据冗余。
◆∙如果在数据量上与性能上无特别要求，考虑到实现的方便性可以有适当的数据冗余，但基本上要达到3NF。
4.2 表设计
◆∙对于数据量比较大的表，根据表数据的属性进行分区，以得到较好的性能。
如果表按某些字段进行增长，则采用按字段值范围进行范围分区；如果表按某个字段
的几个关键值进行分布，则采用列表分区；对于静态表，则采用Hash分区或列表分区；在范围分区中，如果数据按某关键字段均衡分布，则采用子分区的复合分区方法。
◆∙每个表均创建类型为Sequence的主键字段。
4.3 索引设计
◆∙常规OLTP应用，创建B-TREE索引,不创建位图索引。
◆∙不需要为小型数据表（<5000）创建索引。
◆∙给单个表创建的索引不超过5个，特别是海量交易类表。
◆∙索引条件查询结果记录，不超总记录的20%。
◆∙不要给固定选项的字段创建独立索引。
如只有‘男，女’的性别字段；‘是，否’的状态字段等，不要创建独立索引，位可以建立复合索引。
◆∙对于复合索引，索引字段顺序比较关键，把查询频率比较高的字段排在索引组合的最前面。
◆∙索引放到独立的表空间，该表空间不需要REDO LOG。
◆∙含有外键约束的表的字段，必须有单独索引。
如订单明细的表头外键。
5. 对象命名规范
5.1 一般规范
5.1.1 语言
◆∙命名使用英文单词，不使用复数。
◆∙英文单词使用同对象本身意义相对或相近的单词。
选择最简单或最通用的单词。
不能使用毫不相干的单词来命名。
◆∙当一个单词不能表达对象含义时，用词组组合，如果组合太长时，采用简写或缩写，缩写要基本能表达原单词的意义。
◆∙当出现对象名重名时，是不同类型对象时，加类型前缀或后缀以示区别。
◆∙禁止使用中文或拼音缩写进行命名
5.1.2 大小写
◆∙名称一律大写，以方便不同数据库移植，以及避免程序调用问题
5.1.3 单词分隔
◆∙命名的各单词之间使用下划线进行分隔。
◆∙命名的各单词之间不允许有空格存在
5.1.4 保留字
◆∙命名不允许使用SQL保留字。
5.1.5 命名长度
◆∙表名、字段名、视图名长度应限制在29个字符内(含前缀)。
5.1.6 字段名称
◆∙同一个字段名在一个数据库中只能代表一个意思。
◆∙不同的表用于相同内容的字段应该采用同样的名称，字段类型定义。
5.2 对象命名规范
5.2.1 表命名
◆∙必须为表名加入分类。
命名：[分类名]_[表友好名]（省略前缀：[数据库名简写]_TBL_[分类名]）
范例：PM_ROLE_FUNCTION（权限管理_角色功能表）
PM：权限管理
ROLE_FUNCTION：角色功能表（表友好名）
5.2.2 固定表分类名
◆∙ SYS_：系统信息类，如SYS_LOG日志
◆∙ CFG_：配置类，CFG_COMPANY公司配置
◆∙ HIS_：历史信息类，如数据量大则可按时间进行分区配置，如：HIS_01_SI_HEAD一月份的补料历史信息
◆∙ BUS_：业务类，注意策略中的要求，如果表达到100W以上要用分区
◆∙ MAP_：映射类，MAP_PACK_LIST包装方式映射表
5.2.3 字段命名
5.2.3.1 字段命名常用字头
◆∙布林(BOOL)类字段用IS打头
◆∙英名、中文名称用EN和CN结尾区分中英文
如：NAME_EN
◆∙统一专用类别字段
船公司:OWNER
堆场:DEPOT
5.2.3.2 主键列
◆∙命名：表友好名_SEQ（省略前缀：[数据库名简写]_TBL_[分类名]）
◆∙范例：ROLE_FUNCTION_SEQ（表PUB_TBL_PM_ROLE_FUNCTION的主键）
5.2.3.3 外键列
◆∙命名：相关表主键名（省略前缀：[数据库名简写]_TBL_[分类名]）
◆∙范例：表ROLE_FUNCTION中的外键列ROLE_SEQ是表PUB_TBL_PM_ROLE的主键列名
5.2.3.4 一般字段
◆∙命名：字段友好名
◆∙范例：COMPANY_NAME_EN（公司英文名称）
5.2.4 索引
◆∙命名：IX_[表名]_[构成的字段名]；其中IX 、PK、 UK、FK分别表示为索引、主键、唯一、外键
◆∙范例：IX_PUB_PM_USER_TYPE（为表PUB_PM_USER的USER_TYPE字段创建的索引）
5.2.5 视图
◆∙命名：[数据库名简写]_VIEW_[表A名]_[表B名]
◆∙范例：
5.2.6 存储过程
◆∙命名：[数据库名简写]_PRC_[存取过程特性名]
5.2.7 序列
◆∙命名：[表名]_SEQ（省略前缀：[数据库名简写]_TBL_[分类名]）
◆∙范例： ROLE_FUNCTION_SEQ（表ROLE_FUNCTION的主键Sequence）
5.2.8 公用表空间
◆∙命名：TBS_[存储的特性命名]。
◆∙范例：
5.2.9 专用表空间
◆∙命名：TBS_[表名]_NN（NN=1,2,3,4……）。
◆∙范例：
5.2.10 数据文件
◆∙命名：[表空间名]_NN.DBF（NN=1,2,3,4……）。
◆∙
◆∙范例：
6. 设计工具
◆∙统一使用Sybase Power Designer作为数据库设计工具，在该工具上完成数据库物理模型的设计，并且由该工具产生数据库脚本。
◆∙所有的数据对象的变更以数据库物理模型为基准。
7. 公共常用字段预定义
◆∙在SAMPLE.PDM中已经把一些公共常用的字段进行预定义，以后如果有新的公用字段可进行迭代。