MYSQL教程之ORACLE 数据库容灾复制办理计划share P...

关于这个理由我把它放在最后一位。在很多业界专家中有一个相当一致的观点：MySQL不能很好的扩展。关于这点可能有很大的分歧，争论的焦点主要集中于水平可扩展性和垂直可扩展性上。MySQL则更倾向于垂直可扩展性。oracle|办理|数据|数据库
SharePlex®是业界最成熟的高功能/高可用性数据复制办理计划。具有收集占用少、设置天真、准及时复制等特性，能够办理关头使用的多种可用性成绩。推出五年来，该产物手艺已被天下各地大批的用户乐成实行，成为企业使用底层最成熟、最抢先的高可用性数据复制办理计划。

l???????经由过程RedoLog俘获数据变更

用户对数据工具的更新，一旦写进Oracle日记，便可被SharePlex的俘获机制疾速捕获，即便该事件大概还没有实行。SharePlex完成了复制速率和数据正确性的完善一致。它完整服从读分歧性准绳，方针例程是源数据库的准确展示。没有任何别的逻辑复制计划能够不守候事件实行终了就入手下手数据复制。

l???????收集占用少

SharePlex欠亨过Oracle引擎俘获数据变更，而是间接读取和剖析Oracle日记，找出需复制的内容。SharePlex只复制数据变更，下降了带宽占用。经由过程延续低负荷的数据流，SharePlex能将大批的数据复制到方针体系，下降了收集带宽需求

l???????
?

?

?

?

?

?

?
SharePlex组合计划

SharePlex是独一可以满意24X7严厉高可用需求的复制计划。SharePlex的事件级复制可与热备份（hotbackup）的物理革新相分离，完成临盆体系一直机数据同步，这是SharePlexforOracle尺度设置中的专利手艺

l???????普遍的异构情况撑持

SharePlex撑持多平台上年夜多半的Oracle版本，并且是今朝独一撑持RAC或OPS在线redolog的复制计划。SharePlexforRAC/OPS既是SharePlexforOracle的集群选项，也是针对Oracle集群手艺的自力产物。SharePlex撑持多种数据范例，包含BLOB、CLOB、LONGRAW、LONG和用户界说范例，并撑持分歧数据库版本间的互操纵性。这意味着用户能够从Oracle7.3.4复制数据到AIX上的RAC9.2，反之亦然

???Oracle使用redolog纪录数据的变更和更新，SharePlex俘获历程则监控redolog，以捕获复制方针的这类变更，更新信息经由过程源体系和方针体系上的SharePlex行列来传送，可不受数据库版本、操纵体系及硬件平台范例影响。若复制失利，SharePlex既可将事件纪录到行列中延时实行，也可共同archivelog作需要的处置。更新信息发送到方针体系后，立即被提交历程接受，以天生SQL语句的体例，在方针体系中完成对源体系的复制。

?其最年夜的特性，就是2边的主机数据库都是启动的，能够同时事情，确保了备份容灾数据库的牢靠性。并且复制数据量少，对收集损耗很低。撑持异构硬件，软件情况，兼容欠亨版本数据库。

?
表里面的记录数量越多，这个操作的代价就越高。如果作为搜索条件的列上已经创建了索引，MySQL无需扫描任何记录即可迅速得到目标记录所在的位置。

语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高，但是相对映射到数据表中效率还是提高了很多。我做过试验，在我的实验环境中会比映射到表中提高30%左右的效率。

XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！）

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.

仓酷云

其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

大侠们有推荐的书籍和学习方法写下吧。