oracle DBA 和oracle有什么区别

Oracle是第二大软件企业，最大的企业软件供应商。通常我们简单的说Oracle，代表的是他的数据库。

DBA是数据库管理员的意思。

Oracle DBA的入门是最难的，入门之扣也不容易找到第一份DBA工作。因为找DBA的工作一般要求有大公司从业经验。

相比IT界的其他行业，DBA的从业时间稍长一些。比如普通程序员很难干到三十之上，而普通DBA则可以干到三十好几。

因为oracle中的内容非常多，常用的只是很小很小一部分。

很有可能你碰到一个问题，大家都没有使用过的地方。

那么必须要查看oracle文档。

而oracle文档是全英文的，oracle只有白皮书有中文翻译，另外可能有一些资料，在oracle公司内部有一点点非正式的翻译，不外传的。

其余的只能看英文文档，文档内容非常多，比如11G的文档，html格式的，基本没，就将近2G。

而且如果有问题咨询oracle工作人员，邮件等都是纯英文的。

数据库管理员负责各系统数据的灾备工作，研究事务所的数据和信息安全。下面是我整理的数据库管理员工作的基本职责说明。

数据库管理员工作的基本职责说明1

职责

1、负责数据库管理系统的运维管理，完成数据库安装、监控、备份、测试、恢复等基本工作，从而保证数据库管理系统的稳定性、安全性和高性能;

2、监视监控数据库的警告日志，定期做备份审查、归档和删除;

3、监控数据库的日常会话情况，及时发现异常会话进程并积极采取有效处理措施予以解决，从而避免对业务运营造成影响;

4、监控数据库的碎片和剩余表空间情况，及时掌握表空间的扩展速度以及剩余空间分布情况，根据变化动态调整数据库的存储方案以优化资源使用;若有需要提前做出存储介质扩容的方案规划和未来存储需求计划;

5、关注数据库管理系统SQL Server版本的升级信息和与SQL Server相关的漏洞补丁信息，在测试环境中确认不会对业务运营造成影响的前提下实施生产环境下的SQL Server版本升级和补丁补漏，并对整个升级补漏过程进行监控和日志审查，确认升级补漏真正成功完成;

6、制定数据库备份计划，制定灾难恢复计划中的数据恢复相关要求并定期演练，确保灾难出现时能对数据库数据进行有效恢复;

7、对数据库的备份策略要根据业务要求和实际情况进行更改，对数据库的日常备份作业执行进行监控和状态确认，对数据库的备份数据进行验证和介质存放管理，与数据库的设计厂商保持联络和维持技术沟通;

8、制定数据库用户管理要求，建立数据库底层结果和访问模型，制定数据库性能监控标准和指标;对通过数据库管理系统进行的任何针对数据库对象的更改进行统一管理;

9、使用SQL语句对数据库进行管理维护和性能优化;

10、当发现不同用户需求之间互相抵触进而造成进程死锁时，进行处理的同时协助相关人员协调用户需求，配合应用系统的数据库设计人员对系统资源进行合理分配;

11、负责数据库管理系统的管理用户批准和其对应的管理权限设置，采取措施防止数据库被未经授权的访问和破坏;

12、协助有关部门配合相关岗位完成U9系统的项目实施和应用升级、治木软件系统的项目实施和应用升级;

13、完成信息部经理交代的有关任务，协助公司各部门完成相关的工作;

任职要求

1、本科以上学历，计算机相关专业，具备专业的计算机应用知识，年龄不限，性别不限，有SQL Server认证者(MCSA)优先;

2、熟悉SQL Server数据库平台下的数据备份/数据恢复，了解数据库性能监控和优化，掌握SQL代码编写，对数据库安全性有一定认识，理解数据库设计，理解索引设计、索引维护和查询引擎， 懂得容量监控与规划;

3、思维清晰，具备优秀的沟通理解能力;逻辑推算及动手能力强，有独档一面的工作能力，且能承受较大的工作压力;

数据库管理员工作的基本职责说明2

职责：

1负责数据库的安装配置及升级改造，性能监控及优化，故障诊断和排除，数据迁移，数据库备份、复制、镜像等容灾方案的制定和实施，以及数据库的安全管理、帐户权限管理;

2维护线上业务核心数据库的724安全、稳定运行;

3负责数据库的架构规划、评估、实施，实现高可用、可扩展架构;

4熟悉MySQL的运行机制和体系架构, 精通/熟悉SQL，熟悉数据库设计与优化;

5对数据库新增内容进行数据分析和挖掘;

任职要求：

1熟悉数据库管理工具，如Navicat等轻量化管理工具;

2熟练使用MySql，Oracle等数据库相关工具;

3参与MYSQL脚本管理、SQL Advisor、数据质量管理等工具与平台的开发与实现;

4至少熟悉java或Python中的一种开发语言

数据库管理员工作的基本职责说明3

职责：

1、负责公司数据库日常运行监控、管理和性能分析，并进行故障处理和优化。

2、快速处理解决数据库系统运行中出现的故障和问题，保证业务数据安全、可用;

3、负责Oracle数据库的日常运行维护、备份恢复、升级优化、扩容迁移和安全管理工作;

4、为架构/开发团队提供Oracle数据库相关的技术支持服务，包括对象设计、SQL编写规范制定、指导、审核等;

5、负责Oracle数据库平台架构和高可用方案的规划设计工作，并通过分析业务发展趋势，做出相应的容量规划;

6、负责Oracle数据库的业务数据分析与挖掘、性能分析与系统优化、问题跟踪与管理;

7、负责系统软、硬件的部署、监控以及调优，包括 JVM 的调优、中间件调优、底层硬件设备的优化;

8、撰写并维护工作相关的数据库设计文档;

任职要求：

1、计算机或者相关专业本科毕业，5年以上ORACLE数据库维护和优化经验;

2、有大型在线交易系统和企业应用系统(例如：ERP、SRM、WMS等)数据库规划设计和优化经验;

3、熟练安装搭建数据库服务器及集群系统、双机热备，包括SQL Server和Oracle;

4、精通 Oracle数据库原理和运行机制，具有丰富的管理与调优经验;

5、精通RAC、Data Guard、OGG配置管理以及故障排除;

6、熟悉linux ，AIX环境下数据库运行维护;熟悉VERITAS SF文件系统;

7、精通Oracle数据库11g/12c分库，分表，SQL解析，数据路由等。

8、为人正直，工作责任心强，良好的沟通和为人处事的能力、良好的团队合作精神;

9、持有OCP证书;

10、拥有Ansible、python经验者或拥有OCM等证书者优先考虑。

数据库管理员工作的基本职责说明4

职责：

1、负责公司数据库架构规划、容量规划、系统调优;

2、负责数据库日常运维、故障处理，备份恢复、性能调优及补丁升级等;

3、规划、设计、评审和优化数据库设计方案;

4、配合研发制定数据库技术方案，分库分表策略，数据迁移方案 ;

5、指导开发人员完成数据库建模、数据库索引优化，数据库 *** 作语句优化;

任职要求：

1、计算机相关专业本科及以上学历;

2、五年以上DBA相关经验;

3、精通MySQL数据库的在Linux下的安装布署、开发维护、管理及性能调优;

4、熟悉MySQL存储引擎InnoDB、能够进行SQL语句和读写分离的优化分析/设计，并具有高并发下读写分离维护经验。;

5、熟悉MySQL事务和锁，能进行锁分析和分析优化;

6、熟悉其他至少两种关系型数据库SQL Server/Oracle/Postgresql;

7、熟悉ETL概念及过程,有一定的存储过程或ETL相关的开发经验;

8、熟悉Linux，熟悉脚本编写，有自动化经验;掌握至少一门脚本语言(Shell、Python、Perl);

9、熟悉java开发优先考虑。

10、熟悉NoSql优先考虑。

数据库管理员工作的基本职责说明5

职责：

1、负责系统数据库(Oracle、Mysql为主)的数据库规划、部署、优化、故障排查;日常运维及管理工作;

2、负责数据库的存储规划管理，协助系统规划设计、防火墙等网络安全设备的安装调试、故障排除、安装、配置、升级与迁移;

3、负责公司项目数据备份策略制定、实施等相关信息安全工作;

4、负责制定和实施数据库备份恢复策略;

5、负责数据库监控，性能检查和优化工作;

6、负责诊断、故障检测和解决任何数据库相关的问题，配合其他数据库相关管理和维护工作。

7、配合开发人员及其他项目组开展日常技术支持、故障排查、系统日常维护

任职资格：

1、熟悉数据库结构设计，对系统架构和数据库理论有较好的理解;

2、熟悉Oracle或Mysql数据库体系结构和性能优化;

3、熟悉SQL优化原理，具备较好的SQL优化能力;

4、熟悉一种或者多种主流的UNIX/LINUX系统;

( )SQLPLUS编程用户的规范·存储结构的规范考虑到用SQLPLUS编程可实现各行各业 各公司 各部门多种多样的应用需求 我们的SQLPLUS编程用户也应该朝这个方向规范:不同种类的应用必须有不同的用户;不同种类的应用必须有不同的存储位置 包括物理文件 缺省表空间 临时表空间的创建和规划:当准备编写某一较大规模(从ORACLE数据量和面向用户量考虑)应用程序时 首先应该创建一个逻辑的存储位置 表空间 同时定义物理文件的存放路径和所占硬盘的大小 ① 物理文件缺省的存放路径在/oracle_home/dbs下 在命令行下用UNIX指令df k 可查看硬盘资源分区的使用情况 如果oracle_home使用率达 ‰以上 而且有一个或多个较为空闲的硬盘资源分区可以利用 我们最好把物理文件缺省的存放路径改到较为空闲的硬盘资源分区路径下 在此路径下我们可以这样规划资源物理文件的存储:xxx表空间xxx行业/ xxx公司/ xxx 部门/ xxx 服务 dbfDEMO表空间default_datafile_home /col /elec/sys /demo dbfdefault_datafile_home /col /elec/sys /demo dbf公司系统四部摹拟演示系统物理文件HUMAN表空间default_datafile_home /col/elec/human/human dbf公司人事部人事管理系统物理文件BOOK表空间default_datafile_home /col/elec/book/book dbf公司资料室图书管理系统物理文件QUESTION表空间default_datafile_home /col/elec/client/question dbf公司客户服务部问题库系统物理文件PC表空间default_datafile_home /col/chaoxun/client/pc dbf公司PC机售后服务系统物理文件……表空间default_datafile_home /……………………………等等说明:其中default_datafile_home 指oracle_home/dbs;default_datafile_home 指较为空闲的硬盘资源分区路径 ② 物理文件的大小根据应用系统的数据量 数据对象 程序包的多少来定 一般用于摹拟演示的小系统 表空间初始的物理文件为 M即能满足要求 如果信息量满 还可以增加物理文件 扩充表空间(每次扩充大小也可暂定为 M);一般实际运行的应用系统可适当增加表空间初始的物理文件大小 但也不要一次分配太大(因为不易回收空间 却易扩充空间) 这也需要根据具体情况具体分析:信息量大 需长时间保存的应用在条件允许情况下 表空间可以大到几百M甚至上G;信息量小 短期经常刷新的应用 表空间可以控制在 M以下 ③ 表空间的名称应该采用同系统应用相似的英文字符或字符缩写 表空间所对应的一个或多个物理文件名也应有相关性 不同用户所处的缺省表空间不同 存储的信息就不能互相访问 这比把所有用户信息都储存在系统表空间 安全性大大提高了 如果用ORACLE WEB SERVER管理端口创建的用户 其缺省和临时表空间一定是系统表空间 DBA切记要改变用户的缺省表空间 临时表空间存放临时数据段 处理一些排序 合并等中间 *** 作 根据实际应用的需求可以把它们放在专门创建的表空间里;如果系统表空间大 也可以把它们放在系统表空间 用户创建的数据索引最好和数据文件分开存放在不同表空间 以减少数据争用和提高响应速度 ·密码和用户名的规范有相当数量的ORACLE用户名和密码一致 这是个很不安全的因素 我们建议ORACLE用户名和密码一定不要一样 密码最好在五 六位字符以上 不同用户间不应该使用相同的密码 用户名的定义可根据实际应用的英文名来设 而依据编程人员的姓名定义的用户名实际上不规范 可在日后的工作中结合上述有关存储结构规范的说明逐步改进 ( )特殊要求用户的规范在ORACLE数据库使用过程中 还会遇到一些有特殊要求的用户:非编程人员需要对某个表有查询 增加 删除 修改的权利 DBA应创建一个这样的用户 先确定用户名和密码 再规定相关应用所在缺省表空间(包含某个表)和临时表空间 最后TABLE属主给其授权:赋予CONNECT角色SELECT INSERT DELETE UPDATE ON THE TABLE的对象级权限 这可根据实际需求自由取舍 举例:●给新用户授于对象级权限(命令行方式):假设新用户NEW 需要有查询 删除 修改DCD用户的表EMP %svrmgrlSVRMGR>connect internal; 以系统管理员登录SVRMGR>create user new identified by new default tablespace app;SVRMGR>connect dcd/dcdpwd; 以dcd用户登录SVRMGR>grant connect to new ;SVRMGR>grant select on emp to new ;SVRMGR>grant delete on emp to new ;SVRMGR>grant update on emp to new ;说了这么多关于用户的问题 那么接下来我们就详细得说一下关于密码文件的使用以及维护 在Oracle数据库系统中 用户如果要以特权用户身份(INTERNAL/SYSDBA/SYSOPER)登录Oracle数据库可以有两种身份验证的方法:即使用与 *** 作系统集成的身份验证或使用Oracle数据库的密码文件进行身份验证 因此 管理好密码文件 对于控制授权用户从远端或本机登录Oracle数据库系统 执行数据库管理工作 具有重要的意义 Oracle数据库的密码文件存放有超级用户INTERNAL/SYS的口令及其他特权用户的用户名/口令 它一般存放在ORACLE_HOME\DATABASE目录下 ·密码文件的创建:在使用Oracle Instance Manager创建一数据库实例的时侯 在ORACLE_HOME\DATABASE目录下还自动创建了一个与之对应的密码文件 文件名为PWDSID ORA 其中SID代表相应的Oracle数据库系统标识符 此密码文件是进行初始数据库管理工作的基础 在此之后 管理员也可以根据需要 使用工具ORAPWD EXE手工创建密码文件 命令格式如下:C:\ >ORAPWD　FILE=< FILENAME >　PASSWORD =< PASSWORD > ENTRIES=< MAX_USERS >各命令参数的含义为:FILENAME:密码文件名;PASSWORD:设置INTERNAL/SYS帐号的口令;MAX_USERS:密码文件中可以存放的最大用户数 对应于允许以SYSDBA/SYSOPER权限登录数据库的最大用户数 由于在以后的维护中 若用户数超出了此限制 则需要重建密码文件 所以此参数可以根据需要设置得大一些 有了密码文件之后 需要设置初始化参数REMOTE_LOGIN_PASSWORDFILE来控制密码文件的使用状态 ·设置初始化参数REMOTE_LOGIN_PASSWORDFILE:在Oracle数据库实例的初始化参数文件中 此参数控制着密码文件的使用及其状态 它可以有以下几个选项:NONE:指示Oracle系统不使用密码文件 特权用户的登录通过 *** 作系统进行身份验证;EXCLUSIVE:指示只有一个数据库实例可以使用此密码文件 只有在此设置下的密码文件可以包含有除INTERNAL/SYS以外的用户信息 即允许将系统权限SYSOPER/SYSDBA授予除INTERNAL/SYS以外的其他用户 SHARED:指示可有多个数据库实例可以使用此密码文件 在此设置下只有INTERNAL/SYS帐号能被密码文件识别 即使文件中存有其他用户的信息 也不允许他们以SYSOPER/SYSDBA的权限登录 此设置为缺省值 在REMOTE_LOGIN_PASSWORDFILE参数设置为EXCLUSIVE SHARED情况下 Oracle系统搜索密码文件的次序为:在系统注册库中查找ORA_SID_PWFILE参数值(它为密码文件的全路径名);若未找到 则查找ORA_PWFILE参数值;若仍未找到 则使用缺省值ORACLE_HOME\DATABASE\PWDSID ORA;其中的SID代表相应的Oracle数据库系统标识符 ·向密码文件中增加 删除用户:当初始化参数REMOTE_LOGIN_PASSWORDFILE设置为EXCLUSIVE时 系统允许除INTERNAL/SYS以外的其他用户以管理员身份从远端或本机登录到Oracle数据库系统 执行数据库管理工作;这些用户名必须存在于密码文件中 系统才能识别他们 由于不管是在创建数据库实例时自动创建的密码文件 还是使用工具ORAPWD EXE手工创建的密码文件 都只包含INTERNAL/SYS用户的信息;为此 在实际 *** 作中 可能需要向密码文件添加或删除其他用户帐号 由于仅被授予SYSOPER/SYSDBA系统权限的用户才存在于密码文件中 所以当向某一用户授予或收回SYSOPER/SYSDBA系统权限时 他们的帐号也将相应地被加入到密码文件或从密码文件中删除 由此 向密码文件中增加或删除某一用户 实际上也就是对某一用户授予或收回SYSOPER/SYSDBA系统权限 要进行此项授权 *** 作 需使用SYSDBA权限(或INTERNAL帐号)连入数据库 且初始化参数REMOTE_LOGIN_PASSWORDFILE的设置必须为EXCLUSIVE 具体 *** 作步骤如下:创建相应的密码文件;设置初始化参数REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE;使用SYSDBA权限登录: CONNECT　SYS/internal_user_passsword　AS　SYSDBA;启动数据库实例并打开数据库;创建相应用户帐号 对其授权(包括SYSOPER和SYSDBA): 授予权限:GRANT　SYSDBA　TO　user_name;收回权限:REVOKE　SYSDBA　FROM　user_name;现在这些用户可以以管理员身份登录数据库系统了;·使用密码文件登录:有了密码文件后 用户就可以使用密码文件以SYSOPER/SY lishixinzhi/Article/program/Oracle/201311/17833

"oraclerecoverdatabase"是Oracle数据库的一个命令，用于在数据库发生故障时恢复数据库。通常情况下，需要在"mount"状态下启动数据库，然后使用"oraclerecoverdatabase"命令来恢复数据库。在执行该命令之前，需要确保数据库日志文件完好无损，并且能够访问所有必需的备份文件。

如果您遇到了无法使用"oraclerecoverdatabase"命令的问题，建议您检查数据库日志文件和备份文件是否可用，以及您是否有足够的权限来执行该命令。另外，如果您在使用Oracle的RMAN备份恢复技术，则可以考虑使用RMAN的"RESTORE DATABASE"命令来恢复数据库。

请注意，对于任何关于数据库恢复的问题，建议您先备份所有关键数据，并咨询专业的Oracle数据库管理员或技术支持人员以获取帮助。

1 数据库的启动（STARTUP）

在Startup命令中，可以通过不同的选项来控制数据库的不同启动步骤。

1、STARTUP NOMOUNT

NONOUNT选项仅仅创建一个Oracle实例。读取initora初始化参数文件、启动后台进程、初始化系统全局区（SGA）。Initora文件定义了实例的配置，包括内存结构的大小和启动后台进程的数量和类型等。实例名根据Oracle_SID设置，不一定要与打开的数据库名称相同。当实例打开后，系统将显示一个SGA内存结构和大小的列表，如下所示：

SQL> startup nomount

ORACLE instance started

Total System Global Area 35431692 bytes

Fixed Size 70924 bytes

Variable Size 18505728 bytes

Database Buffers 16777216 bytes

Redo Buffers 77824 bytes

2、STARTUP MOUNT

该命令创建实例并且安装数据库，但没有打开数据库。Oracle系统读取控制文件中关于数据文件和redo log文件的内容，但并不打开这些文件。这种打开方式常在数据库维护 *** 作时使用，如对数据文件的更名、改变redo log以及打开归档方式、执行数据库的full database recovery。在这种打开方式下，除了可以看到SGA系统列表以外，系统还会给出" Database mounted "的提示。

3、STARTUP

该命令完成创建实例、安装实例和打开数据库的所有三个步骤。此时数据库使数据文件和redo log文件在线，通常还会请求一个或者是多个回滚段。这时系统除了可以看到前面Startup Mount方式下的所有提示外，还会给出一个" Database opened "的提示。此时，数据库系统处于正常工作状态，可以接受用户请求。

如果采用STARTUP NOMOUNT或者是STARTUP MOUNT的数据库打开命令方式，必须采用ALTER DATABASE命令来执行打开数据库的 *** 作。例如，如果你以STARTUP NOMOUNT方式打开数据库，也就是说实例已经创建，但是数据库没有安装和打开。这时必须运行下面的两条命令，数据库才能正确启动。

ALTER DATABASE MOUNT;

ALTER DATABASE OPEN;

而如果以STARTUP MOUNT方式启动数据库，则只需要运行下面一条命令即可以打开数据库：

ALTER DATABASE OPEN;

4、其他打开方式

除了前面介绍的三种数据库打开方式选项外，还有另外其他的一些选项。

(1) STARTUP RESTRICT

这种方式下，数据库将被成功打开，但仅仅允许一些特权用户（具有DBA角色的用户）才可以使用数据库。这种方式常用来对数据库进行维护，如数据的导入/导出 *** 作时不希望有其他用户连接到数据库 *** 作数据、数据装载、特定的迁移或者升级 *** 作等。

(2) STARTUP FORCE

该命令其实是强行关闭数据库（shutdown abort）和启动数据库（startup）两条命令的一个综合。该命令仅在关闭数据库遇到问题不能关闭数据库时采用。

(3) ALTER DATABASE OPEN READ ONLY;

该命令在创建实例以及安装数据库后，以只读方式打开数据库。对于那些仅仅提供查询功能的产品数据库可以采用这种方式打开。

2 数据库的关闭（SHUTDOWN）

对于数据库的关闭，有四种不同的关闭选项。

1、SHUTDOWN NORMAL

这是数据库关闭SHUTDOWN命令的确省选项。也就是说如果输入SHUTDOWN这样的命令，也就是执行SHUTDOWN NORNAL命令。

发出该命令后，任何新的连接都将再不允许连接到数据库。在数据库关闭之前，Oracle将等待目前连接的所有用户都从数据库中退出后才开始关闭数据库。采用这种方式关闭数据库，在下一次启动时不需要进行任何的实例恢复。但需要注意的是，采用这种方式，也许关闭一个数据库需要几天时间，或者更长。

2、SHUTDOWN IMMEDIATE

这是常用的一种关闭数据库的方式，想很快地关闭数据库，但又想让数据库干净的关闭，常采用这种方式。

当前正在被Oracle处理的SQL语句立即中断，系统中任何没有提交的事务全部回滚。如果系统中存在一个很长的未提交的事务，采用这种方式关闭数据库也需要一段时间（该事务回滚时间）。系统不等待连接到数据库的所有用户退出系统，强行回滚当前所有的活动事务，然后断开所有的连接用户。

3、SHUTDOWN TRANSACTIONAL

该选项仅在Oracle 8i后才可以使用。该命令常用来计划关闭数据库，它使当前连接到系统且正在活动的事务执行完毕，运行该命令后，任何新的连接和事务都是不允许的。在所有活动的事务完成后，数据库将和SHUTDOWN IMMEDIATE同样的方式关闭数据库。

4、SHUTDOWN ABORT

这是关闭数据库的最后一招，也是在没有任何办法关闭数据库的情况下才不得不采用的方式，一般不要采用。如果下列情况出现时可以考虑采用这种方式关闭数据库。

1、 数据库处于一种非正常工作状态，不能用shutdown normal或者shutdown immediate这样的命令关闭数据库;

2、 需要立即关闭数据库；

3、 在启动数据库实例时遇到问题；

所有正在运行的SQL语句都将立即中止。所有未提交的事务将不回滚。Oracle也不等待目前连接到数据库的用户退出系统。下一次启动数据库时需要进行实例恢复，因此，下一次启动可能比平时需要更多的时间。

下表为上述四种不同关闭数据库的区别和联系。

关闭方式 Abort Immediate Transaction Nornal

允许新的连接 × × × ×

等待直到当前会话中止 × × × √

等待直到当前事务中止 × × √ √

强制CheckPoint，关闭所有文件 × √ √ √

经常会有人问我数据库是干啥的，其实一开始我是拒绝回答的，因为我也不能做到通俗易懂的表达出来，毕竟我接触这个概念也没有多长时间，但随着问的人多了，我觉得是时候脑补一下我的第一堂课了，万一哪天冒出来个货跟你掰扯这事儿，你没分分钟给他说清，最后弄个丢里儿丢面儿，好尴尬呀。

数据库，说白了就是按照数据结构来组织、存储和管理数据的仓库，这些数据是结构化的，并可为多种应用服务。也就是说，数据库是使用计算机服务器来存储数据的，专门用来提供各种数据服务。可以这样想像，过去一个公司的所有财务数据都是放在保险柜里面，而现在我们就可以针对这些财务数据搭建一个数据库放在某台计算机或服务器上面;再比如，企业或事业单位的人事部门常常要把本单位职工的基本情况(职工号、姓名、年龄、性别、籍贯、工资、简历等)存放在表中，这张表就可以看成是一个数据库。有了这个"数据仓库"我们就可以根据需要随时查询某职工的基本情况，也可以查询工资在某个范围内的职工人数等等。这些工作如果都能在计算机上自动进行，那我们的人事管理就可以达到极高的水平。此外，在财务管理、仓库管理、生产管理中也需要建立众多的这种"数据库"，使其可以利用计算机实现财务、仓库、生产的自动化管理。最常见的数据库有：银行储蓄系统、手机话费系统、美容美发会员系统、超市会员积分系统、水电费系统、机票或火车票系统等，这些都需要后台数据库基础设施的支撑。举了这么多例子，应该是把数据库说明白了，至少能在大脑里面有个概念，知道这个东西是干啥的。

现在大数据被炒的红得发紫，而大数据的基础也是数据，由此可见，数据是一个企业的核心资源，说它是企业的立身之本、发展之基都不为过，因此，维护数据库的数据库管理员(DBA)是企业不可或缺的。

目前市面上的数据库产品有很多，单从规模上分可分为大型、中型、小型几种，典型的数据库产品如下：

大型数据库：Oracle、DB2、Sybase;

中型数据库：MySQL、SQLServer、Infomix;

小型数据库：Access、VisualFoxpro。在众多的数据库产品中，Oracle数据库一直处于行业领导先地位，也是当今最流行的关系型数据库。Oracle可翻译成"甲骨文"，它是一家以数据库为主业的全球化公司，是全球第二大软件公司(第一名是微软公司)，目前Oracle在数据库软件市场已经排名第一，数据库软件市场份额达到486%，遥遥领先于第二名占有率仅为207%的IBM公司的DB2。在中国市场上的计算机专业系统后台所使用的数据库尤以Oracle数据库居多。但是购买Oracle数据库需要很大一笔费用，一般的大型企业使用，需要有专业人员进行管理和维护，中小企业承担不起。中小企业为了节省成本，一般使用MySQL、PostgreSQL这类免费开源的数据库，所以Oracle数据库相关的工作岗位一般是在大型企业中。

对于为什么选择Oracle数据库，而不是其他的数据库

第一，是因为Oracle数据库占据最大的市场份额，并且越来越大，市场需要很多Oracle数据库方面的人才，中国有句老话说"做对事，选对人"，是同样的道理;第二，是很多非Oracle数据库的老系统正往Oracle数据库迁移，其他数据库市场占有率在减少，其他数据库工作者有面临失业的风险;第三，Oracle有大量的官方学习文档，还有部分中文文档，可以有效地进行学习;第四，Oracle有大量的从业人员，有共同方向的朋友可以互相帮助，不再是孤胆英雄;第五，是可以很容易地从Oracle官方网站下载功能齐全的数据库最新版本进行学习，可以让你了解数据库方面的最新发展趋势等。

在此说明，以后的所有内容都是基于Oracle11g数据库产品的，下面我们就简单介绍一下Oracle11g的系列产品：

企业版(EnterpriseEdition)此版本包含了数据库的所有组件，并且能够通过购买选项和程序包来进一步对其增强。

能支持例如大业务量的在线事务处理OLTP(On-LineTransactionProcessing联机事务处理系统)环境、查询密集的数据仓库和要求苛刻的互联网应用程序。

标准版1(StandardEditionOne)此版本为工作组、部门级和互联网、内联网应用程序提供了前所未有的易用性和性价比。从针对小型商务的单服务器环境到大型的分布式部门环境，该版本包含了构建重要商务应用程序所必需的全部工具。它仅许可在最高容量为2个处理器的服务器上使用，支持Windows/Linux/UNIX *** 作系统，并支持64位平台 *** 作系统。

标准版(StandardEdition)此版本提供了StandardEditionOne所不具有的易用性、能力和性能，并且利用真正的应用集群(RAC)提供了对更大型计算机和服务集群的支持。它可以在最高容量为4个处理器的单台服务器上、或者在一个支持最多4个处理器的集群上使用，可支持Windows、Linux和UNIX *** 作系统，并支持64位平台 *** 作系统。

简化版此版本支持与标准版1、标准版和企业版完全兼容的单用户开发和部署。通过将Oracle数据库获奖的功能引入到个人工作站中，该版本提供了结合世界上最流行的数据库功能的数据库，并且该数据库具有桌面产品通常具有的易用性和简单性，可支持Linux和Windows *** 作系统。

从存储结构上来说，目前流行的数据库主要包含以下两种：

RDBMS：关系型数据库，是指采用了关系模型来组织数据的数据库;

NoSQL数据库，是指那些非关系型的、分布式的数据库。简单来说，关系模型指的就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织。

关系型数据库优点：

1、容易理解

二维表结构是非常贴近逻辑世界的一个概念，关系模型相对网状、层次等其他模型来说更容易理解。

2、使用方便

通用的SQL语言使得 *** 作关系型数据库非常方便。

3、易于维护

丰富的完整性大大减低了数据冗余和数据部移植的概率。

4、事务安全

所有关系型数据库都不同程度的遵守事物的四个基本属性，因此对于银行、电信、证券等交易型业务是不可或缺的。

关系型数据库的瓶颈：

1、高并发读写需求

网站的用户并发性非常高，往往达到每秒上万次读写请求，对于传统型数据库来说，硬盘I/O是一个很大的瓶颈。

2、海量数据的高效率读写

互联网上每天产生的数据量是巨大的，对于关系型数据库来说，在一张包含海量数据的表中查询，效率是非常低的。

3、高扩展性和可用性

在基于WEB的结构中，数据库是最难进行横向扩展的，当一个应用系统的用户量和访问量与日俱增的时候，数据库却没有办法像WEBServer和APPLICATIONServer那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。对于很多需要提供24小时不间断服务的网站来说，对数据库系统进行升级和扩展是非常痛苦的事情，往往需要停机维护和数据迁移。

NoSQL数据库

NoSQL一词首先是CarloStrozzi在1998年提出的。2009年再次提出了NoSQL一词，用于指那些非关系型的、分布式的，且一般不保证遵循ACID原则的数据存储系统。

NoSQL具有以下特点：

1、可以弥补关系型数据库的不足

2、针对某些特定的需求而设计，可以具有极高的性能

3、大部分都是开源的，由于成熟度不够，存在潜在的稳定性和维护性问题。

关系型数据库适用于结构化数据，而非关系型数据库适用于非结构化数据，二者优势互补，相得益彰。

Oracle数据库未来的发展方向是提供结构化、非结构化、半结构化的解决方案，实现关系型数据库和NoSQL共存互补。值得强调的是，目前关系型数据库仍是主流数据库。

虽然NoSQL数据库打破了关系型数据库存储的观念，可以很好地满足WEB20时代数据的存储要求，但NoSQL数据库也有自己的缺陷。在现阶段的情况下，可以将关系型数据库和NoSQL数据库结合使用，相互弥补各自的不足。

关于数据库及其代表产品Oracle今天就介绍这么多，有兴趣的可以继续深挖，希望我的介绍能让你对数据库有一个更深入的认识。如果有志于在这方面发展的话，就让我们一起跟往事干杯从头再来。

以上就是关于oracle DBA 和oracle有什么区别全部的内容，包括:oracle DBA 和oracle有什么区别、Oracle数据库服务器维护工程师为什么需要熟练英文，编写、修订相关文档、数据库管理员工作的基本职责说明等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！