仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 818|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL编程:SQL Server复制功效要避开缺点的搅扰

[复制链接]
柔情似水 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:14:01 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
尽管MySQL也有一个认证培训项目,但是它的培训却要比Oracle或MS-SQL相差很远。尽管有的使用MySQL的用户表示,MySQL很容易上手,但是对于具有企业级数据库需求的用户来说,</p>SQLServer具有壮大的复制功效,除将数据和数据库工具从一个数据库复制并正确分发的另外一个数据库中,还要实施数据库之间的同步。SQLServer的复制分为三种,上面先容一下这三种复制手艺及其存在的一些缺点,人人在利用时能够依据详细的情境选择合用的复制办法,避开这些缺点的搅扰。
1.快照复制
A每隔一段工夫将B中的响应表中的数据全体删除,然后将本人响应表中的全体插到B中。此种体例明显不合适我们的使用,不予思索。
2.事件复制
对A中的每个满意复制前提的事件,每隔必定工夫A都使用到B上,反之亦然。SQLServer经由过程把数据传给三个存储历程(拔出,删除,修正)举行数据的修正,我们能够依据本人的使用改写此存储历程。
存在缺点:假如从A到B的复制前提和从B到A复制前提不异的话,会发生“踢皮球”的轮回征象。既一系列事件使用于A,A会把这些事件使用于B,B收到这一系列事件后,又会把它使用于A,……云云轮回。
3.兼并复制
每隔一段工夫,复制将会把数据库A,B中必要复制的数据兼并一下,使得AB中的数据完整一样,数据都是AB数据库中数据的全部数据。假如A和B中数据主键有抵触,则依据优先级只选个中一条数据。
必要注重:为了辨别数据来自于哪一个地址,SQLServer会将每个必要复制的表中另加一个字段,在编程时应当注重。
存在缺点:
SQLServer每隔必定工夫举行一次复制,假如找不到另外一台Server(好比由于收集妨碍,或是另外一台SQLServer没有启动),经由n(默许为10)次毗连后,它的复制功效将会down失落,直至有人将复制功效启动。必要复制的表中假如在复制之前就无数据,在创建复制时对照贫苦(SQLServer不供应此类成绩的办理办法,必要手动完成)。因而,必要复制的表在利用过程当中不克不及常常变化表布局。(文/张梦强)
对于IT经理来说,令他们喜欢的MySQL的简单性还有另一方面。MySQL可以运行的更快速。某些人或许会说MySQL缺少了一些人们想要的功能。
老尸 该用户已被删除
沙发
发表于 2015-1-19 05:28:45 | 只看该作者
对一张百万级别的表建游标,同时又没有什么过滤条件,取得游标效率是如果直接SQL查询百万条数据;如果再对每条记录做处理,耗时将更长。
山那边是海 该用户已被删除
板凳
发表于 2015-1-27 13:21:12 | 只看该作者
XML字段类型更好的解决了XML数据的操作。XQuery确实不错,但是个人对其没好感。(CSDN的开发者应该是相当的熟了!)
再现理想 该用户已被删除
地板
发表于 2015-2-5 11:03:28 | 只看该作者
你觉得我的非分区索引无法对起子分区,你可以提醒我一下呀!没有任何的提醒,直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。
谁可相欹 该用户已被删除
5#
发表于 2015-2-11 12:14:56 | 只看该作者
微软对CLR作了大篇幅的宣传,这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜,感觉对象数据库的一些概念可以实现了。
透明 该用户已被删除
6#
发表于 2015-3-2 12:48:19 | 只看该作者
作了些试验,发现使用CLR的存储过程或函数在达到一定的阀值的时候,系统性能会呈指数级下滑!这是非常危险的!只使用几个可能没有问题,当一旦大规模使用会造成严重的系统性能问题!
莫相离 该用户已被删除
7#
发表于 2015-3-11 04:15:10 | 只看该作者
比如日志传送、比如集群。。。
金色的骷髅 该用户已被删除
8#
发表于 2015-3-17 20:51:50 | 只看该作者
Mirror可以算是SQLServer的Dataguard了。但是能不能被大伙用起来就不知道了。
小魔女 该用户已被删除
9#
发表于 2015-3-25 02:07:58 | 只看该作者
所以你总能得到相应的升级版本,来满足你的需求。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-29 07:18

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表