MYSQL编程：Oracle 数据库的备份与恢复

你会发现实际上MySQL可以更少地占用资金，前者的每CPU许可费用一般从4000美元到25000美元不等，而MySQL企业版的支持和维护成本就更低了。oracle|备份|恢复|数据|数据库Oracle数据库有三种尺度的备份办法，它们分离是导出／导进（EXP/IMP）、热备份和冷备份。导出备件是一种逻辑备份，冷备份和热备份是物理备份。
1、导出／导进（Export／Import）
使用Export可将数据从数据库中提掏出来，使用Import则可将提掏出来的数据送回到Oracle数据库中往。
１、复杂导出数据（Export）和导进数据（Import）
Oracle撑持三种体例范例的输入：
（１）、表体例（T体例），将指定表的数据导出。
（２）、用户体例（U体例），将指定用户的一切工具及数据导出。
（３）、全库体例（Full体例），瘵数据库中的一切工具导出。
数据导进（Import）的历程是数据导出（Export）的逆历程，分离将数据文件导进数据库和将数据库数据导出到数据文件。
２、增量导出／导进
增量导出是一种经常使用的数据备份办法，它只能对全部数据库来实行，而且必需作为SYSTEM来导出。在举行此种导出时，体系不请求回覆任何成绩。导出文件名缺省为export.dmp，假如不但愿本人的输入文件命名为export.dmp，必需在命令行中指出要用的文件名。
增量导出包含三品种型：
（１）、“完整”增量导出（Complete）
即备份三个数据库，好比：
expsystem/managerinctype=completefile=040731.dmp
（２）、“增量型”增量导出
备份上一次备份后改动的数据，好比：
expsystem/managerinctype=incrementalfile=040731.dmp
（３）、“积累型”增量导出
累计型导出体例是导出自前次“完整”导出以后数据库中变更了的信息。好比：
expsystem/managerinctype=cumulativefile=040731.dmp
数据库办理员能够排定一个备份日程表，用数据导出的三个分歧体例公道高效的完成。
好比数据库的被封义务能够做以下布置：
礼拜一：完整备份（A）
礼拜二：增量导出（B）
礼拜三：增量导出（C）
木曜日：增量导出（D）
礼拜五：累计导出（E）
礼拜六：增量导出（F）
日曜日：增量导出（G）
假如在日曜日，数据库遭到不测损坏，数据库办理员可按一下步骤往返单数据库：
第一步：用命令CREATEDATABASE从头天生数据库布局；
第二步：创立一个充足年夜的附加回滚。
第三步：完整增量导进A：
impsystem/managerinctype=RESTOREFULL=yFILE=A
第四步：累计增量导进E：
impsystem/managerinctype=RESTOREFULL=YFILE=E
第五步：比来增量导进F：
impsystem/managerinctype=RESTOREFULL=YFILE=F
2、冷备份
冷备份产生在数据库已一般封闭的情形下，当一般封闭时会供应给我们一个完全的数据库。冷备份时将关头性文件拷贝到别的的地位的一种说法。关于备份Oracle信息而言，冷备份时最快和最平安的办法。冷备份的长处是：
１、长短常疾速的备份办法（只需拷文件）
２、简单回档（复杂拷贝便可）
３、简单恢复到某个工夫点上（只需将文件再拷贝归去）
４、能与回档办法相分离，做数据库“最好形态”的恢复。
５、低度保护，高度平安。
但冷备份也有以下不敷：
１、独自利用时，只能供应到“某一工夫点上”的恢复。
２、再实行备份的全过程当中，数据库必需要作备份而不克不及作其他事情。也就是说，在冷备份过程当中，数据库必需是封闭形态。
３、若磁盘空间无限，只能拷贝到磁带等其他内部存储设备上，速率会很慢。
４、不克不及按表或按用户恢复。
假如大概的话（次要看效力），应将信息备份到磁盘上，然后启动数据库（利用户能够事情）并将备份的信息拷贝到磁带上（拷贝的同时，数据库也能够事情）。冷备份中必需拷贝的文件包含：
１、一切数据文件
２、一切把持文件
３、一切联机REDOLOG文件
４、Init.ora文件（可选）
值得注重的使冷备份必需在数据库封闭的情形下举行，当数据库处于翻开形态时，实行数据库文件体系备份是有效的。
上面是作冷备份的完全例子。
（1）封闭数据库
sqlplus/nolog
sql>connect/assysdba
sql>shutdownnormal;
（2）用拷贝命令备份全体的工夫文件、重做日记文件、把持文件、初始化参数文件
sql>cp<file><backupdirectory>
（3）重启Oracle数据库
sql>startup
3、热备份
热备份是在数据库运转的情形下，接纳archivelogmode体例备份数据库的办法。以是，假如你有今天夜里的一个冷备份并且又有明天的热备份文件，在产生成绩时，就能够使用这些材料恢复更多的信息。热备份请求数据库在Archivelog体例下操纵，并必要大批的档案空间。一旦数据库运转在archivelog形态下，就能够做备份了。热备份的命令文件由三部分构成：
1．数据文件一个表空间一个表空间的备份。
（1）设置表空间为备份形态
（2）备份表空间的数据文件
（3）复兴表空间为一般形态
2．备份回档log文件
（1）一时中断回档历程
（2）log下那些在archiveredelog方针目次中的文件
（3）从头启动archive历程
（4）备份回档的redolog文件
3．用alterdatabasebachupcontrolfile命令来备份把持文件
热备份的长处是：
1．可在表空间或数据库文件级备份，备份的工夫短。
2．备份时数据库仍可以使用。
3．可到达秒级恢复（恢复到某一工夫点上）。
4．可对几近一切数据库实体做恢复
5．恢复是疾速的，在年夜多半情形下爱数据库仍事情时恢复。
热备份的不敷是：
1．不克不及堕落，不然成果严峻
2．若热备份不乐成，所得了局不成用于工夫点的恢复
3．因难于保护，以是要出格细心当心，不同意“以失利了结”。关于这个理由我把它放在最后一位。在很多业界专家中有一个相当一致的观点：MySQL不能很好的扩展。关于这点可能有很大的分歧，争论的焦点主要集中于水平可扩展性和垂直可扩展性上。MySQL则更倾向于垂直可扩展性。

对递归类的树遍历很有帮助。个人感觉这个真是太棒了！阅读清晰，非常有时代感。

从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。

我们学到了什么？思考问题的时候从表的角度来思考问

having子句的作用是筛选满足条件的组，即在分组之后过滤数据，条件中经常包含聚组函数，使用having条件显示特定的组，也可以使用多个分组标准进行分组。

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

很多书籍啊，不过个人认为看书太慢，还不如自己学。多做实际的东西，就会遇到很多问题，网上搜下解决问题。不断重复这个过程，在配合sql的F1功能。