快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

新葡的京集团350vip_酒文化网进入



1、简介

当今IT的情况正经历着剧烈的变更,寄托单一的关系型数据库治理系统(RDBMS)治理数据的公司开始徐徐削减。阐发财的申报指出 ,本日跨越90%的公司都拥有不光一种RDBMS。在现在首要的经济环境下,实际的需求正在寻衅IT机构职员的事情极限。一个公司为治理每种RDBMS而配备不合DBA的环境,越来越少见了。本日的DBA必须跨平台治理不合的RDBMS,这是异常通俗的事。

“58%的DBA被要求治理一种以上的数据库平台。”―――来自:SearchDatabase.com的查询造访

平日,一个DBA不只掌握基础的关系理论常识,同时具备一种专门的RDBMS履历。数据库设计和治理的基滥觞基本理在所有RDBMS之间是相通的。成为一名成功的跨平台的DBA,关键是掌握对术语的真正理解和不合RDBMS的细微区别。本文将评论争论多平台的Oracle和DB2 UDB之间的基础架构和治理的差异。

2、基础组件

在不合平台之间,大年夜部分的工具类型和功能是异常相似的,一些很紧张差异是存储历程的应用要领和日志天生要领。本文将具体评论争论这些主题。

表1:基础数据新葡的京集团350vip库组件中的常用术语的差异

3、产品选项

当在安装任何一种数据库时,必要选择版本。为了满意你的 IT需求并做出精确的抉择,懂得各个数据库版本之间的差异是很紧张的。

Oracle 10g:

Enterprise Edi新葡的京集团350viption;

Standard Edition;

Express Edition。

企业版是应用最多的版本,假如你想应用OEM附加包,这个版本可以满意必要。

DB2 UDB for Linux/Unix/Windows(LUW) V 9.1:

数据仓库版;

企业办事器版(ESE);

事情组版;

简化版;

小我版;

通用开拓版;

小我开拓版。

在DB2 UDB V 8.1之前,在公司情况方面你有两种选择:企业版(Enterprise Edition-EE)和扩展企业版(Extended Enterprise Edition-EEE)。他们一样平常被分手称为Double E和 Triple E。EEE是并发式办事器类型情况,与Oracle中的RAC很相似,它平日是被利用于巨型数据仓库的安装,IBM把这些底层代码和V8.1交融到一路,便是现在大年夜家知道的企业办事器版(ESE)。数据分区部件(DPF)是一个可供数据库分区应用的附加部件,这使得系统从EE类型的情况到EEE情况的迁移事情变得很轻易。

4、数据类型

以致每个品牌的数据库存储的数据款式都是不一样的,这对那些被分配在一个不认识的数据库上事情的DBA和开拓职员来说是十分头疼的。

下面的表阐清楚明了数据库之间不合的数据类型:

5、数据字典/编目

这两个RDBMS将与数据库相关的元数据寄放在一组相关的表中。这些表在ORACLE中被称为数据字典,在DB2中被称为系统编目(System Catalog for DB2)。

ORACLE在SYS模式中有一组数据字典的基础表,在这些基础表上面定义了一组存储系统信息和工具信息的视图。一组视图,即V$视图,可以造访动态机能信息。属于工具的静态信息可以从以ALL_ 、DBA_ 、和 USER_开首的视图中得到。

在DB2中,每个数据库包孕的SYSIBM模式中,有一组基础表称为系统编目。在SYSCAT模式中,工具信息平日能在这些表之上定义的一组视图中得到。此外,DB2在SYSTAT模式中供给了可更新的和主要用于操作造访路径的一组视图。

对付大年夜部分而言,每种类型数据库都包孕很多相似的组件,但它们命名不合,实现也不合。

9、实例(Instance)&数据库

大年夜家知道每个DBMS的物理安装便是一个实例。然而,各自处置惩新葡的京集团350vip罚数据库的要领是显着的不合。

两个DBMS都把实例定义为一组进程,然而,DB2 LUW 容许一个或多个活动的数据库,Oracle每个实例仅仅只有一个数据库,在Oracle中,平日实例和数据库是可以交换的观点。

下表是实例定义的差异

图1

10、存储治理

从逻辑不雅点上来看,Oracle有一个包孕多个表空间的数据库,表空间包孕多个段(表,索引,回滚等),还包括由多个数据库块组成的扩展(Extent)。从物理意义上看,数据文件被分配给表空间,这些数据文件是由O/S块组成。

DB2有两种不合的分配措施来定义表空间。它们一种是数据库治理的空间(DMS),另一种是系统治理的空间(SMS)。根据利用法度榜样,它们各有上风:

SMS(System Manages Space)---系统治理空间容许操作系统根据必要为表分配空间。不指定空间参数,这种措施对付存储治理来说异常轻易。对付较小的表或短光阴增长和紧缩的表都是有利的。

DMS(Database Managed Space)---当表空间被创建时,数据库治理空间必要具体的空间阐明。经由过程表空间,存储空间可以顿时被分配和保留。

临时的---用于排序、临时事情区等,像在UDB中的TEMPSPACE

DB2:

在DB2中,存在三类表空间:

1.Regular ---主如果一样平常常用的利用数据。

2.Temporary---排序。

3.Large---LOBs,CLOBs,BLOBs。

11.4、表

从用户或者法度榜样本身的角度来看,表便是表,不管数据库类型的事。然而,从DBA的角度来看,对他们的操作有很大年夜差异。

Oracle容许在一个表空间中定义一个或多个表,并且表和索引是互相自力的,除非是在IOT(Indexed Organized Table)这种特殊表的类型下,这种环境下,索引的叶子页面将包孕表的行数据。在Oracle中在表上可以定义许多种不合类型的索引,包括独一的,不独一的,分区的,基于功能和位图。此中除位图索引外,在Oracle中所有的索引实际上都是由根结点、分枝和叶子页面组成的标准B-树。

DB2 UDB容许在同一个表空间定义一个到多个表,而且它的索引是直接关联在表定义上,实际上,表定义阐清楚明了该表上定义的所有索引所在的表空间。

DB2有三种类型的索引:独一,不独一和簇集。

对DB2来说,簇集索引是会影响表中行的排列序次,这与新葡的京集团350vipOracle中的簇集是完全不合的。DB2也是用标准的B-树布局来做索引的。

12、治理的差异

12.1、优化

为了包管数据库高速的运行,SQL优化是很紧张的一部分事情。每个数据库都有它们各自不合的SQL优化器,其确定若何从数据库中检索数据满意查询的要领各有不合。

Oracle:你可以选择应用rules-based 或者cost-based来做优化。然而,你必须留意rules-based优化在10g版本中已经没有了。

DB2:IBM的优化比Oracle更高明,这已经历了很长光阴的争辩。DB2的优化是严格地应用cost-based来做的,对付繁杂的查询,你也有为它指定优化级其余选择权。

(1)重组数据

Oracle:它给你重组数据以很多机动性,你可以应用Import/Export敕令来实现,或在9i企业版里应用Online Redefinition Package(在线重定义包)进行联机重组。

DB2:你可以重组一个表或者一个索引。也可以应用一个很不错敕令REORGCHK,这个敕令将孕育发生必要重组的表的申报。

(2)装载数据

Oracle:将数据导入表中可以应用SQL*LOADER。它有很多选项,比如:插入,追加,调换数据,多个输入文件等等。

DB2:对付DB2来说,DBA有两个选择来导入数据:装载对象或者导入敕令。装载对象一样平常用于装载大年夜量的数据时应用,而导入敕令则有益于快速地做插入少量的数据的操作。无论是导入敕令照样装载对象,它们都供给添加或调换数据的选项。

12.5、备份和规复

做备份和规复的策略计划是DBA的关键职责。根据其运行的详细利用,每一个数据库都有很不合的需求。

第一个抉择是应用日志文件的措施。你的利用法度榜样必要光阴点的规复吗?假如是,对付Oracle来说,你可以选择Archive mode要领的日志,对付DB2 UDB而言,你可以选择Log Retain。假如你的利用法度榜样没有问题,只是想规复到近来的备份,在Oracle中你可以选择No Archive mode, 对付DB2 UDB,你可以选择Circular logging(default)。

(1)备份类型

Oracle:

冷备份-是指数据库在离线的环境下做全部数据库的备份,包括、数据文件,节制文件,在线重做日志文件,Init.ora。

热备份-是指联机环境下做的备份。

RMAN-规复治理器,导出数据库。

DB2:

数据库-在线/离线。

表空间。

(2)规复类型

Oracle:

实例规复-从掉败的实例顶用重做日志来规复。

非归档模式(全部数据库的规复)。

归档模式(基于光阴点的规复)。

导入-逻辑规复。

DB2:

崩溃—从非常终止或忽然断电顶用日志来规复。

前滚—映像拷贝+日志或本地光阴(V8)。

版本-应用映像拷贝。

导入/装载-逻辑规复。

还要做很多其他新葡的京集团350vip抉择,如备份的类型和频率,逻辑备份照样物理备份,备份文件保留多长光阴,用户是否会中断备份等。每个数据库都应该就所有的这些问题有个明确的法度榜样,这与利用和操作情况有关。

13、停止语

治理数据库是一件繁杂而又很费光阴的事情。DBA越来越多地被要求治理各类关系型数据库,可能来自不合的厂商,可能运行在不合的操作系统上。

DBA相识关系数据库的道理是绝对需要的,但对付在一个有不合种类的数据库的情况下这是不敷的。你也必要知道它们的细微区别以及每种数据库的不合的处置惩罚。没有什么可以替代这些履历和常识。但有了标准化的实用对象后,对付DBA而言,可以使事情历程实现效率的最大年夜化前进,并且可以赞助削减导致利用法度榜样呈现停机的问题。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

您可能还会对下面的文章感兴趣: