数据库设计规范

ConfidentialConfidential错误！未找到引用源。，2000Page#of21错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日修订历史记录日期版本说明作者2006/12/151.0创建任晓山2006/12/191.1初审任晓山2008/9/181.2增加字段长度规范要求，以及操作日志的规范要求Powerdesigner报表生成刘恒辉2009/11/251.3增加字符串字段要求，修改不正确的地方刘恒辉2010/8/27补充之前未定义的内容，整理文档格式。姚同锋编制部门：产品研发部发放范围：产品研发部556777777777888899999999991010101010101011111111111111111112错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日目录概述数据库设计的基本原则数据库建模数据分析数据关系分析数据量分析扩展性分析数据字典（参考）3.5.1数据项3.5.2数据结构3.5.3数据流3.5.4数据存储3.5.5处理过程E-R图分析描述工具数据库对象设计表的设计原则4.1.1命名规则4.1.2公用包的命名规则4.1.3表说明字段设计原则4.2.1命名规则4.2.2字段说明4.2.3字段的一致性4.2.4建议字段4.2.5日期时间字段4.2.6数字和文本字段键和索引4.3.1命名规则4.3.2键设计原则视图设计原则（参考）4.4.1命名规则4.4.2视图说明物化视图4.5.1命名规则4.5.2物化视图说明触发器4.6.1命名规则4.6.2触发器说明临时表设计原则4.7.1命名规则4.7.2临时表说明

错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日4.8有效组织数据库对象124.8.1存储过程分包存储124.9包设计原则124.9.1命名规则124.9.2包说明124.10存储过程设计原则（参考）124.10.1命名规则124.11函数设计原则（参考）134.11.1命名规则135.数据完整性设计（参考）135.1完整性实现机制135.2用约束而非商务规则强制数据完整性135.3强制指示完整性135.4使用查找控制数据完整性135.5采用视图136.数据库安全性设计146.1保证数据的完整性146.2保证数据可恢复性146.3其他安全原则147.数据库的物理实现157.1数据库的选择157.1.1数据库和版本的选择157.1.2其他数据库和版本比较157.1.3数据库版权157.2数据库运行环境157.2.1数据库硬件配置157.2.2数据库运行操作系统和版本167.2.3数据库运行操作系统的版权167.3数据库应用环境的物理结构（参考）167.3.1存储结构设计167.3.2数据存放位置167.3.3存取方法设计167.4数据库性能和测试方法（参考）177.4.1数据库性能177.4.2测试方法17&数据库的管理188.1数据库管理员188.2数据库导入、导出188.3数据库备份、恢复188.4数据库记录清除188.5数据库维护189.数据库的升级199.1数据库升级方式19错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日TOC\o"1-5"\h\z附录20附录一数据库设计文档说明209.2.1命名规则209.2.2数据库表创建文本209.2.3全部应用SQL语句列表209.2.4数据库设计文档必须有版本号20附录二数据库设计说明书评审表20错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库设计标准（产品部）概述本文档是数据库设计执行标准，其所涉及的内容是数据库设计部分，不包括应用程序中数据库访问实现。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库设计的基本原则数据库设计三个范式规定；第一范式（1NF）:不存在多值字段第二范式（2NF）:非主键字段依赖于主键的整体第三范式（3NF）:非主键字段只依赖于主键错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库建模数据分析根据项目的《需求分析》列出全部数据，包括：1）输入数据：原始数据。2）输出数据：用户需要检索的数据，包括原始数据和派生的数据。数据关系分析1）数据分类：根据应用将数据表分类。2）类关系：表之间的相互关系。3）数据关系：表之间字段之间的关系。数据量分析1）数据量分析：最大可能的记录数量。适当考虑记录信息的备份、过期删除等。2）数据流量分析：结合于用户需求的单位时间可能进出的数据量分析。3）响应速度分析：为满足用户需求的响应速度分析。扩展性分析1）在项目《需求分析》的基础上，充分考虑用户未来可能的需求，在设计上为这种需求保留余地和可能的更改措施。2）注意考虑的内容是“结构”性的，而不是“内容”性的。数据字典（参考）3.5.1数据项1）数据项名2）数据项含义说明3）别名4）数据类型5）长度6）取值范围7）取值含义8）与其他数据项的逻辑关系3・5・2数据结构1）数据结构名2）含义说明3）组成：数据项或数据结构3・5・3数据流1）数据流名2）说明3）数据流来源4）数据流去向5）组成：数据结构6）平均流量7）高峰期流量错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日3.5.4数据存储1）数据存储名2）说明3）编号4）流入的数据流5）流出的数据流6）组成：数据结构7）数据量8）存取方式3・5・5处理过程1）处理过程名2）说明3）输入：数据流4）输出：数据流5）处理：简要说明E-R图1）E-R图也即实体-关系图（EntityRelationshipDiagram），提供了表示实体型、属性和关系的方法，用来描述现实世界的概念模型。2）要遵循E-R的设计规范，例如：实体（Entity）:用矩形表示属性（Attribute）:用椭圆形表示关系（Relationship）:用菱形表示，菱形框内写明关系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1：1，1:n或m:n）。分析描述工具1）统一使用PowerDesign。2）使用PowerDesign生成报表工具生成文档错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库对象设计表的设计原则4.1.1命名规则1）只允许使用英文字母“A-Z”、数字“0-9”和符号“_”。2）全部大写，不允许大小写混合。3）格式“[应用名][—类型名]_表单词1[—表单词2]”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开，如“T_USER_MESSAGE”。5）不允许使用描述不明确的字母或数字。6）长度限制在20字节内。7）表示表名称的单词限定为2个。4.1.2公用包的命名规则1）础公用包相关表，命名以SY_开头2）业务公用包相关表，以业务名—开头，业务名原则上不长于4个字符，例：SHOP_（商城,〈=4）4.1.3表说明每个表需要中文说明，该说明最终放到数据库中。1）版本标记增加一个版本表，或在同类表中增加一个版本字段，用于说明当前数据库的版本。2）尽量不要使用数据库特殊功能不要过多的依赖后台数据库系统软件的某些特殊功能。字段设计原则4.2.1命名规则1）只允许使用英文字母“A-Z”、数字“0-9”和符号“_”。2）格式：单词1[—单词2][_单词3]3）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开，如“USER_TYPE”，不建议使用汉语拼音。4）不允许使用描述不明确的字母或数字。5）字段名长度限制在20字节内。6）表示字段名称的单词限定为3个。4.2.2字段说明如果数据库允许的话，每个字段需要附加中文名称或简短说明，该说明最终放到数据库中。4.2.3字段的一致性相同属性的字段，要保证在各个表中的一致。1）名称一致。2）类型一致。3）长度一致。4・2・4建议字段1）主键：每个表必须提供主键，可以采用UUID（32位字符串）或SEQUENCE来作为主键，建议一般项目用UUID，便于维护，“XXX_ID”。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日2）创建时间：添加记录的当前时间。名称统一为“CREATE_TIME”。“日期时间”类型；默认当前时间；3）删除标记：使用删除标志，而不是直接删除记录。名称统一为“DELETE_SIGN”。布尔型；默认为“false”；如果是oracle数据库则使用NUMBER（1）来存储0/1。4）最后变更时间，具体看实际应用决定是否添加。如需考虑操作日志相关信息，必须新增操作日志表。5）说明：一般的表中应该包含上述字段，对临时或小型反复操作的表除外。记录的删除，通过统一机制完成，比如“清除”等功能实现。4.2.5日期时间字段尽量使用“DATETIME”类型，在特殊情况下可以使用纯日期类型的字段，某些统计表中可以使用其他类型表示时间的字段。4.2.6数字和文本字段1）数字和文本字段要充分考虑长度。在设计文档中必须明确的说明用户需求可能的最大允许范围。2）数值型：除标志位字段（1位的数据），其他数值型字段设计为10位（为了扩展方便）。3）字符串：字符串默认设置长度为128位的VARCHAR2（保证字段足够长），标识性、标志性和类型的字段根据实际情况确定长度，必须使用CHAR（X）或NUMBERo键和索引4.3.1命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。2）不允许使用小写字母。3）主键“PK_表名—主键名”；外键“FK_表名—外键名”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。6）名称长度限制在30字节内。4.3.2键设计原则1）为关联字段创建外键。2）所有的键都必须唯一。3）避免使用复合键。4）外键总是关联唯一的键字段。5）使用系统生成的主键：尽量采用系统生成的键作为主键。6）不要用用户的键：用户输入或可编辑的数据字段不要用于键，保障键值的正确性。7）索引外键：表之间的关系通过外键相连接，这些字段应该增加索引。8）不要索引注释字段：不要索引memo/note字段，不要索引大型字段（有很多字符）。9）不要索引常用的小型表：不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。10）建立索引主要是出于增强数据访问性能的考虑。索引的种类很多，需要根据实际情况来建立适合的索引。对于可选择范围较小的字段，如地市等字段可以使用位图索引；对于聚簇表，可以使用聚簇索引；对于复杂条件的情况，可以考虑使用函数索引等。视图设计原则（参考）4.4.1命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日2）不允许使用小写字母。3）格式“V_表1—表2・・_表n”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。4.4.2视图说明视图的创建主要是为了简化查询，视图自己并不存储数据，而是在每次使用时查询数据，所以在效率上并不是很好。对于非常大的基表，如果仅仅是为了方便查询，不建议使用视图，但是可以考虑使用物化视图。物化视图4.5.1命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。2）不允许使用小写字母。3）格式“MV_表1—表2…—表n”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。4・5・2物化视图说明1）物化视图适用于大表用于查询的时候，可以根据查询条件把大表查分成多个物化视图，以简化查询。2）物化视图有全量和增量刷新机制，可以根据应用系统的需要进行定制。触发器4.6.1命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。2）不允许使用小写字母。3）格式“TRI_表—操作”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。4・6・2触发器说明1）触发器是一种特殊的存储过程，通过数据表的DML操作而触发执行，其作用为确保数据的完整性和一致性不被破坏而创建，实现数据的完整性约束。2）触发器的before或after事务属性的选择时候，对表操作的事务属性必须与应用程序保持一致，以避免死锁发生，在大型导入表中，尽量避免使用触发器。临时表设计原则4.7.1命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。2）不允许使用小写字母。3）格式“TMP_表1—表2..._表n”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日4・7・2临时表说明1）对于复杂处理的中间结果可以用临时表来存储，尽量减少使用游标。2）临时表分类3）Oncommitdeleterows:事务级临时表4）Oncommitpreserverows:会话级临时表5）区别：事务临时表，在提交事务后，表中的数据就消失了，但是会话临时表不会！~会话临时表，提交事务后，依旧能查询，但是关闭数据后，重新连接时，表中的数据才会消失有效组织数据库对象4.8.1存储过程分包存储1）对不同模块或相似功能划分的集合使用包来分类保存。每个模块的存储过程和函数放在同一个包内。如果有全局公用的函数，则创建单独的公用函数包，大家可以资源共享，避免重复开发。2）脚本统一保存所有人员创建数据库对象的脚本都集中到相关负责人处，并在VSS或CVS上按内容分开存放：1）.创建数据类型脚本2）.创建业务表脚本3）.创建临时表脚本4）.创建视图脚本5）.创建主外键脚本6）.创建索引脚本7）.创建触发器脚本8）.创建存储过程脚本9）.初始化数据脚本10）.创建作业脚本包设计原则4.9.1命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。2）不允许使用小写字母。3）格式“PKG—模块名（或功能类名）”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。6）名称长度限制在30字节内。4・9・2包说明把同一个业务模块，或者相同功能的存储过程和函数，统一整理放入包内。包内必须有完整的说明。存储过程设计原则（参考）4.10.1命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。2）不允许使用小写字母。3）格式“P—动作—表名”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日6）名称长度限制在30字节内。7）过程内需要有异常处理。函数设计原则（参考）命名规则1）只允许使用英文字母“A_Z”、数字“0-9”和符号“_”。2）不允许使用小写字母。3）格式“F_动作—表名”。4）尽量使用英文单词或英文缩略语，各英文单词或缩略语中间使用符号“_”分割开。5）不允许使用描述不明确的字母或数字。6）名称长度限制在30字节内。数据完整性设计（参考）完整性实现机制1）实体完整性：主键2）参照完整性：父表中删除数据：级联删除；受限删除；置空值；父表中插入数据：受限插入；递归插入；父表中更新数据：级联更新；受限更新；置空值；DBMS对参照完整性可以有两种方法实现：外键实现机制（约束规则）和触发器实现机制3）用户定义完整性：NOTNULL；CHECK；触发器；用约束而非商务规则强制数据完整性采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。强制指示完整性在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。使用査找控制数据完整性控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等。采用视图为了在数据库和应用程序代码之间提供另一层抽象，可以为应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库安全性设计保证数据的完整性保证数据可恢复性1）数据库应该有定期的备份（物理的、逻辑的）。2）生产库一定要开启归档。3）对于生产库，应该开启闪回来避免用户误操作导致的数据丢失。a）包括闪回数据库、闪回表、闪回数据。其他安全原则1）采用数据加密2）数据访问权限采用最小授权的原则对数据库用户应该有针对性的细粒度授权。具体到方案、表等。3）取消操作系统认证4）为SYSMAN/DBSNMP修改密码5）设置密码过期，并设置密码复杂度校验6）锁定不常用的默认用户7）为监听设置密码8）采用角色授权9）启用审计（一般情况不建议使用）错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库的物理实现数据库的选择7.1.1数据库和版本的选择到底要选择什么样的数据库，需要依据现实的条件和环境。主要应该考虑以下的因素：1）你要实现的目标（业务/功能要求，性能/可靠性/可扩展性/可用性要求）；2）当前数据库存储了多少数据，或者要构建的系统大概要多大的数据量，并需要考虑可扩展性；3）应用程序要选择的操作系统和语言平台；考虑客户既有的数据库系统。4）预算有多少；5）是否有专业人员（DBA）对数据库进行日常维护。6）如果选定了数据库，对于具体版本，应该选择较新但是已经相对稳定的版本。7・1・2其他数据库和版本比较针对oracle来讲，到底是选择单实例，RAC，还是HACMP需要根据客户的具体需求来进行确定。1）一般要求的数据库，可以使用单实例；2）对于7*24的系统，而且不允许宕机（例如银行系统）则优先选择RAC。3）对于某些7*24的系统，可以允许有几分钟的实例中断，则可以选择HACMP4）更高要求的系统则需要选择MAA7.1.3数据库版权1）不管是oracle，SQLSERVER，还是DB2，对于商业用途都都要维护自己的版权，都是需要花钱购买的，而且价格不菲。但是他们的功能和性能，都是经过考验的，售后的服务支持也做得很好。对于大系统的适用性也非常好。2）现在还有一些小型的数据库是免费的，但是一般对于较大的系统不适用。3）MySQL采用双重授权（DualLicensed），他们是GPL和MySQLAB制定的商业许可协议。如果你在一个遵循GPL的自由（开源）项目中使用MySQL，那么你可以遵循GPL协议使用MySQL。否贝I」，你需要购买MySQLAB制定的那个商业许可协议。这里最重要的一点就是要想免费使用MySQL,你所开发的软件必须是遵循GPL的自由（开源）软件，虽然被批准的自由（开源）许可协议有很多个。数据库运行环境7.2.1数据库硬件配置数据库安装多需要的硬件配置需要根据选定的具体数据库的具体版本来决定。具体的要求需要查看相关文档。例如在oracle10.2forLinuxx86的安装硬件要求如下：1）内存：至少1024MB物理内存2）内存和交换区的配置要求RAMSwapSpaceBetween1024MBand2048MB1.5timesthesizeofRAMBetween2049MBand8192MBEqualtothesizeofRAMMorethan8192MB0.75timesthesizeofRAM错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日3）/tmp目录至少400MB4）Oracle软件根据安装类型的不同设置在1.5GB到3.5GB之间5）如果选择文件系统安装，需要1.2GB的空间存放数据库预配置信息。7・2・2数据库运行操作系统和版本数据库所选择的操作系统，很大程度上取决于用户的现有硬件环境。如果新搭的环境，还要看用户的预算。1）新环境，且用户期望较高，预算充足，建议选择IBM小机，并安装AIX操作系统。不论从对数据库的支持，OS的性能，还是易操作性，安全性方面都是首选。2）如果预算较窘迫，可以选择性能良好的PC,选择Linux操作系统。现在Linux系统已经越来越流行，而且对服务器配置要求不高；又可以配置RAC，也方便之后的升级。3）不太建议使用windows系统。但是Oracle对windows的支持还是比较好的，且在windows上的操作也很简单。如果有的用户对系统要求不高，那么可以选择windows系统。7・2・3数据库运行操作系统的版权1）对于IBM，HP，SUN等的服务器的版权问题在购买时厂家都会很详细的说明。2）如果选择Linux系统，则需要按规定购买。3）Windows也需要买正版。4）对于响应的oracle软件，需要根据自己选定的服务器和操作系统选择特定的版本，oracle公司会提供后期的帮助。数据库应用环境的物理结构（参考）7.3.1存储结构设计1）1）存储的设计也需要和具体的环境相结合。到底是选择直连存储还是网络存储，都和用户的实际需求密切相关。2）底层存储设备是否采用RAID，采用那种RAID方式也和用户对系统的要求，以及预算密切相关。a）对于安全优先的用户可以采用RAID5,RAID1；b）性能优先的用户可以采用RAIDO,RAID1O；3）如果是AIX，HP操作系统建议条件运行的情况下选择裸设备，以提高性能。4）Linux及Windows操作系统无所谓裸设备。5）数据文件和备份文件分开存放。7.3.2数据存放位置1）不同的应用建议放在不同的表空间存储。2）有专门的索引表空间。3）有专门的临时表空间。4）数据文件进行分布在不同的磁盘存放，均衡磁盘I/O。5）对于某些大表建议单独创建表空间存放，并建立分区表。6）对于经常进行查询的大表，建议建立物化视图，提高查询性能。7.3.3存取方法设计1）尽量避免全表扫描。2）查询尽量使用索引。3）能在数据库端完成的操作在数据库端完成，减少交互。4）JAVA应用程序与oracle的接口使用JDBC•NET应用程序与oracle的接口使用ODBC错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库性能和测试方法（参考）7.4.1数据库性能数据的性能主要体现在处理能力和I/O两个方面。1）服务器的CPU,I/O性能都是数据库性能的影响因素。2）大多数数据库性能瓶颈都是应用的不合理设计引起的。3）如果有大数据量的查询进行采用报表的方式，在系统空闲时间产出。4）导入、导出等操作尽量放在业务不繁忙的时间段来完成。5）数据处理尽量放在数据库端使用存储过程来完成。6）数据库的性能问题很多是处在SQL的编写上，所以SQL编写要严格遵循规范。7）性能调优是一个循序渐进的过程。7.4.2测试方法1）数据库的性能测试可以采用常规的性能测试工具如LOADRUNNER等来完成。2）上面的测试结果可以与ADDM诊断工具相结合参照完成。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库的管理数据库管理员系统数据库必须考虑数据库的管理问题。对于SQLSERVER数据库对DBA的要求比较低，但是对于0RACLE,DB2等数据库，对DBA的要求都非常高。要做好日常备份，监测，升级等工作；还需要进行应急恢复等紧急事务处理。DBA的主要工作职责包括：a）数据库安装b）数据库配置和管理c）权限设置和安全管理d）监控和性能调节e）备份和恢复f）解决一般的问题数据库导入、导出如果数据库选用oraclelOg，则尽量使用expdp/impdp进行导入导出。可以导出整个数据库，也可以分模式或具体到表进行导出。较低的版本使用exp/imp进行导入/导出。但是exp/imp的方式对大的系统，性能较差。数据库备份、恢复1）每个系统为了保护自己的数据，及保证数据库正常运行，都需要制定适合自己的备份策略。并可以写脚本在业务量较少的时间进行自动备份。对于备份应该有定期或不定期的测试。2）如果客户方有自己正在使用的数据库/系统备份工具，则使用工具。3）在没有第三方工具的情况下，使用RMAN进行备份和恢复。对于具体的系统应该制定响应的备份策略。一般来讲，应该是全备和增量备份相结合的方式。4）拷贝数据文件。数据库记录清除数据库维护1）定期检查系统性能。2）定期检查数据文件的使用情况，如果空间不够，需要增加存储设备。3）定期对经常进行删除和更新操作的表进行索引的重建。4）定期或不定期的进行表统计信息的收集，以提高效率。5）定期对归档进行整理或清除，以释放空间。6）对数据性能进行实时监测，发现问题及早解决。错误！未指定书签。版本：1.1数据库设计标准（产品部）日期：2006年12月19日数据库的升级数据库升级方式数据库的升级参照oracle文档进行。主要分为四种方式：a）导入导出。b