MYSQL编程：Oracle数据库的平安战略周全剖析
”由于MySQL已经是一个运行了众多知名Web2.0网站的数据，包括Craigslist、Digg、Wikipedia和Google等，或许我们可以说每一个Web2.0公司实质上是一个使用MySQL数据库的公司。oracle|平安|战略|数据|数据库Oracle是干系型数据库办理体系，它功效壮大、功能出色，在现今年夜型数据库办理体系中占据主要位置。在我们开辟的一MIS体系中，选用了Oracle7.3数据库。在一般情形下，Oracle数据库会包管数据的平安、不乱，为用户供应准确的数据，但因为盘算机体系的妨碍（硬件妨碍、软件妨碍、收集妨碍和体系妨碍）影响数据库体系的操纵，影响数据库中数据的准确性，乃至损坏数据库，使数据库中全体或部分数据丧失，全部体系都将处于瘫痪形态。因而，怎样包管Oracle数据库的平安就成为全部MIS体系平安的主要构成部分。Oracle数据库的平安战略包含数据库的备份和恢复、用户脚色办理.
1、数据库备份所利用的布局
Oracle数据库利用几种布局来回护数据：数据库后备、日记、回滚段和把持文件。
1．数据库后备是由组成Oracle数据库的物理文件的操纵体系后备所构成。当介质妨碍时举行数据库恢复，使用后备文件恢复损坏的数据文件或把持文件。
2．每个Oracle数据库实例都供应日记，纪录数据库中所作的全体修正。每个运转的Oracle数据库实例响应地有一个在线日记，它与Oracle背景历程LGWR一同事情，当即纪录该实例所作的全体修正。回档（离线）日记是可选择的，一个Oracle数据库实例一旦在线日记填满后，可构成在线日记回档文件。回档的在线日记文件被独一标识并兼并成回档日记。
3．回滚段用于存储正在举行的事件（为未提交的事件）所修正值的老值，该信息在数据库恢复过程当中用于取消任何非提交的修正。
4．把持文件，一样平常用于存储数据库的物理布局的形态。把持文件中某些形态信息在实例恢复和介质恢复时代用于引诱Oracle。
2、在线日记
一个Oracle数据库的每实例有一个相干联的在线日记。一个在线日记由多个在线日记文件构成。在线日记文件（onlineredologfile）填进日记项（redoentry），日记项纪录的数据用于重构对数据库所作的全体修正。
3、回档日记
Oracle要将填满的在线日记文件组回档时，则要创建回档日记（archivedredolog）。其对数据库备份和恢复有以下用途：
1．数据库后备和在线和回档日记文件，在操纵体系和磁盘妨碍中可包管全体提交的事物可被恢复。
2．在数据库翻开和一般体系利用下，假如回档日记是永世保留，在线后备能够举行和利用。
数据库可运转在两种分歧体例下：NOARCHIVELOG体例或ARCHIVELOG体例。数据库在NOARCHIVELOG体例下利用时，不克不及举行在线日记的回档。假如数据库在ARCHIVELOG体例下运转，可实行在线日记的回档。
4、Oracle的备份特征
Oracle备份包含逻辑备份和物理备份。
1．逻辑备份
数据库的逻辑备份包括读一个数据库纪录集和将纪录集写进文件。
（1）输入（Export）输入能够是全部数据库、指定用户或指定表。
（2）输出（Import）输出将输入创建的二进制转储文件读进并实行其命令。
2．物理备份
物理备份包括拷贝组成数据库的文件而不论其逻辑内容。
Oracle撑持两种分歧范例的物理文件备份：脱机备份（offlinebackup）和联机备份（onlinebackup）。
（1）脱机备份
脱机备份用在当数据库已一般封闭，数据库处于"offline"时，要备份以下文件：
一切数据文件
一切把持文件
一切联机日记
init.ora（可选的）
2）联机备份
联机备份可用来备份任何运作在ARCHIVELOG体例下的数据库。在这类体例下，联机日记被回档，在数据库外部创建一个一切功课的完全纪录。
联机备份历程具有强无力的功效。第一，供应了完整的工夫点（point-in-time）恢复。第二，在文件体系备份时同意数据库坚持翻开形态。
备份体例特征对照
体例范例恢复特征
Export逻辑能够将任何数据库工具恢复到输入时的形态
OfflineBackups物理可把数据库恢复到封闭的形态：若数据库运转在ARCHIVELOG体例，便可恢复就任什么时候间点的形态。
OnlineBackups物理可把数据库恢复就任什么时候间点
下一页
无疑希望员工得到系统、有深度的培训，显然MySQL在这一点上还做得很不够。 如果你是从“学习某一种数据库应用软件，从而获得应聘的资本和工作机会”的角度来问的话。 以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了 相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐 至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。 对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。 索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。 如果是将来做数据库的开发设计，就应该详细学习T-SQL的各种细节，包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。 两个月啃那本sqlserver2005技术内部-存储引擎，花了几个月啃四本书
页:
[1]