MYSQL网页设计Oracle与SQL Server在企业使用中的对照...

如果你在一个遵循GPL的自由(开源)项目中使用MySQL，那么你可以遵循GPL协议使用MySQL。然而，如果你的项目不是在GPL协议下的话，你必须为使用MySQL来支付许可费用，或者你可能因为这个因素而将你的项目改为遵循GPL。在我供职的公司不单单具有Oracle数据库，同时还具有SQLServer数据库，以是我常常碰见人们向我提两种成绩。
第一种一般都是以"你能教我利用Oracle吗？"入手下手的，对此我对照规矩的回覆通常为"固然能够，实践上我正筹办办个Oracle进修班；筹办好以后我就叫你"。这是做坏人的举措，我没有告知扣问者这大概消费我数周的精神。偶然候我进一步告知他们能够在哪儿往下载Oracle的完全版本，以供他们安装和熟习。可是偶然候如许做给我带来了贫苦，由于它大概招来过量的跟随者。
第二种通常为如许开首的"我们碰到了SQLServer的一些成绩，我想看看Oracle是怎样处置这个成绩的"。好的，我们终究有了一些停顿了。我能够为他们供应匡助，可是这不会占用我数小不时间。它应当是对某个特定成绩举行了稳重地思索以后的叙说，Oracle对这个成绩的谜底将为扣问者指出一条路途，大概引诱它们办理SQLServer的成绩。扣问者接者问"我们的SQLServer数据库变得太年夜了--Oracle怎样处置这个成绩呢"？唉...看来我说错了。
我想供应匡助，可是...
我的办法大概一向都是错的。大概我应当写一个总结质料，归结大概触及到的一些成绩。当其别人向我追求匡助的时分，我就能够把这个成绩列表给他了。假如谁人人正在承受一般的Oracle发蒙教导，这个列表大概略微普遍了一些。另外一方面，假如扣问者在搜刮特定的和能够量化的成绩的办理计划，这个手册也能够匡助他们沿着准确的方眼前进，如许他们就能够在本人的桌面上找到谜底。
但我没有如许做，由于如许做花的工夫太多了。只管我尽量地匡助这些"借居者"，可是我真的忧虑为他们消费了太多的工夫，偏离了本人的航向。如许做将是个欠好的先例。它会勉励他们在某个时候碰到某些忧?的时分再次返来向我乞助。作为取代，我仅仅花几分钟工夫谈一下SQLServer中的计划瑕疵。系统布局所触及到的内容是不克不及改动的。假如你研究数据库平台对照判别的手艺细节，一样平常都没法失掉那些不言自明的道理。相反地，假如你决意利用微软的数据库平台，这些成绩就必定存在。它的特征或缺点大概被我们处置得较好，可是产物基础的机制不简单改动--固然也不简单被关闭源代码软件的终极用户所改动。固然，有些举措能够加重疾苦，可是却没法克制这些成绩。两个平台之间有很年夜的差别，更不必说良多成绩的劈头之间的差别了。
请记着，我不是保护街上花店的体系。微软正在尽本人最年夜的力气进进企业中，进进Oracle的领地。因而我要会商的是：企业级体系办理员所体贴的成绩。我所体贴的是...
因为公司必要利用办理企业级体系（我们公司是SAP），我更喜好利用多用户（multiuser）数据库。如今你大概以为我利用这个术语太草率了。实践上有大批的用户在多用户情况中利用SQLServer，不是吗？可是他们处置大批的并发用户是遭到平台的影响，仍是不论并发用户的？比方，我们来看看锁（locking）的成绩。入手下手，微软告知你"读取者－堵塞－写进者"的机制很好，很平安。它会告知你这个机制避免了用户实行"错读（dirtyread）"。不要信任这类大话；它只是功能低下的一个托言。这使我想起了Sun临时保持以为64位体系不用要的态度。不用如果指他们发卖这类产物之前没有需要存在。接上去，某一天ScottMcNealy在你眼前高谈不休增加的物理内存寻址的长处。
那末甚么是"错读"？微软会告知你，假如某团体正在更新一个数据行，而你筹办读取这个处于更新当中的数据行，就会呈现错读。错读=坏数据--这是微软但愿你信任的内容。可是假如某个更新操纵很长工夫没有提交会呈现甚么情形？数据实践上没有真的被改动。假如谁人更新操纵在事件的开端回滚了又会呈现甚么情形呢？这些读取者的守候失掉了甚么器材？甚么也没有。
这就仿佛我在一家超市里，站在果汁眼前，试图决意买哪种。我晓得本人会选择一种，我晓得我的小孩今天早饭必要喝果汁。我已伸出了手，可是还没有决意拿哪种。上周我买的是苹果汁，上上周买的是甚么呢？白葡萄汁。我想如今是否是该买酸葡萄汁了。另外一方面，我在思索的时分你恰好站在我前面，你大概在想"这个呆子甚么时分才干拿一瓶，而且不要盖住我呢？我可晓得本人想要甚么"！
你会发明，我们都站在微软的杂货店后面，在你可以瞥见有哪些器材可使用之前，你不能不守候，直到我做出决意为止。你看到了诱人的酸葡萄汁正摆放在货架上，而我大概会买下它，这关于你来讲基本是没成心义的。由于我大概只是看看，可是微软晓得你但愿购置生果汁，因而你必需守候我中断闲逛大概选中某样器材，而这个历程都产生在你失掉任何器材之前。
Oracle会使你更微小、更简单的检察数据吗？
在街上的Oracle店里，你能够成天检察哪些器材可使用，即便我已检察了，大概我正处在选择器材的过程当中。大概果汁的品种更多，大概我更微小了，谁晓得呢？不管是哪一种情形，我都没有真正做出决意，因而为何不让你看看有些甚么器材呢？大概我会拿走最初一瓶酸葡萄汁，大概不会。可是你看到有些甚么器材会有甚么害处吗？你能够打德律风给老婆，告知她"我忘了你要甚么器材了，可是这儿有些甚么..."
你会发明，在Oracle中，读取者所体贴的是，内里不存在长工夫的、延续好久的数据行更新。我大概在内存中修正某个数据行，只管与别的的人有关，可是该数据行不会被更新，直到我真正地收回提交命令。实践上，我大概不是一个很好的程序员，大概在提交之前，把数据行坚持很长工夫。大概我大概决意基本不修正纪录，只是举行回滚操纵。因而，基本就没无数据产生改动，可是同时，你也能够持续本人的营业，不论我是不是登录进体系中，更不必管我是不是正在举行更新操纵。可是，一旦我修正了数据行，并收回了提交命令，数据行才会改动，而且直到谁人时分你才读取到新的值。由于直到谁人时分新的值才正式存在。
你大概以为这是很小的差别。可是我能够告知你，它是相当紧急的一个。当你必需撑持对不异局限的不异数据表举行几个并发的更新的某个体系的时分，假如同时一直有几个用户在查询你正在操纵的数据，你会发明"读取者－堵塞－写进者"机制将使产物中断运作。这类情形在企业体系中基本就是不成承受的。
大概我们今后还大概会商别的的一些架构方面的成绩。比方：
・因为内存不敷形成锁慢慢增添
・因为SQLServer没法撑持读操纵的分歧性，从而前往毛病的数据
・相似DBCC的工夫麋集型保护事件来检测/避免功能好转
・微软的"自我调治"数据库，在良多情形下会妨害数据库办理（DBA）
・不管TPC了局怎样，SQLServer都短少伸缩性
固然，另有更多的成绩必要办理，不外明天就到这里。
DBaaS解决方案可以降低首次投入成本，对于那些小企业来说，他们往往认为内部部署的数据库成本太高，DBaaS的成本和灵活性优势对小企业吸引力更大，他们是云数据库解决方案的重点客户群体。

比如，MicrosoftSQLServer2008的某一个版本可以满足现在的这个业务的需要，而且价格还比Oracle11g要便宜，那么这一产品就是适合的。

另一个是把SQL语句写到服务器端,就是所谓的SP(存储过程);

而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。

SP4包括用于以下SQLServer2000组件的程序包：Database组件（下载文件：SQL2000-KB884525-SP4-x86.EXE）更新SQLServer2000的32位Database组件，包括数据库引擎、复制、客户端连接组件及工具。有关其他信息，请参阅ReadmeSql2k32Sp4.htm。AnalysisServices组件（下载文件：SQL2000.AS-KB884525-SP4-x86.EXE）更新SQLServer2000的32位AnalysisServices。

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

发几份SQL课件，以飨阅者

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

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