推薦：解讀SQL Server2008的新語句MERGE
SQL Server 2008將包含用于合并兩個行集(rowset)數據的新句法。根據一個源數據表對另一個數據表進行確定性的插入、更新和刪除這樣復雜的操作，運用新的MERGE語句，開發者用一條命令就可以完成。

多年來，在微軟的支持者和甲骨文的支持者之間一直持續著一場曠日持久的唇槍舌戰。這邊說Oracle數據庫有如此這般功能，那邊又說SQL Server這些個那些個特性，各持己見�？墒�，這并不是關鍵所在。誠然，性能是評價數據庫優劣的重要指標之一，能夠幫您完成您需要它完成的任務當然要更勝一籌。但是，你知不知道這兩家公司和他們各自產品的真正區別在哪里?而你又知不知道微軟為什么能夠有輕輕打個噴嚏就能震動整個業界的影響力呢?

答案很簡單，兩個字：信息。微軟以及構建了一個強大的信息社區，社區內的成員致力于相互交流和幫助;社區里還有很多論壇，多到你絕對沒有時間將它們完全瀏覽一遍。而且，其中最讓人佩服的一件事就是其MSDN論壇完全是由微軟自己的產品支持服務團隊和開發團隊掌門。你還想得到什么比這更好的招待嗎?又有支持團隊，又有真正會寫代碼的家伙，還有什么問題不能解決呢?還不時有些高級人員編著讓人眼前一亮的新書等著你瀏覽。這些人是確確實實向大眾公開他們所知道的所有關于SQL運作原理的秘密，并較你如何使用。

甲骨文則仿佛仍住在古老封閉的侏羅紀公園里。要知道，現在做生意可不能這樣了，顧客可是上帝。你必須開放你的社區，并且著手計劃鼓勵你最優秀的人才來為大家提供幫助和指導。

如果要從微軟和甲骨文各挑十個數據庫管理員出來，讓他們比賽看，對于各自開發的平臺的某個問題，哪一方能先找到解決方案;那么微軟這邊的小子們找到解決辦法的速度可能遠比甲骨文的快。這是事實。如果你想從甲骨文內部查找關于Oracle數據庫工作原理的一些具體細節信息的話，幾乎不可能查出什么信息，但是對SQL Server來說，就有相當多的開放資源，不消幾分鐘時間就能找到問題的答案。

所以，這兩個數據庫平臺之間的真正區別在于“社區”。微軟花費了相當大的力氣構建了一個社區，而且切實支持這個社區的發展。而甲骨文仍按照舊生意人的過時老套路在走著。而且，看起來甲骨文對自己的封閉樂園還感到相當自豪，并打算繼續維持原樣。他們很自豪Oracle數據庫的一切是多么的復雜，其中的知識只是少數精英才能領略的特權。而這種態度在第三方供應商身上也普遍存在。甲骨文沒有多少關于Oracle數據庫的視頻培訓，就算有也不是由甲骨文的高水平人才制作的對終端用戶有用處的視頻培訓。而微軟SQL的視頻培訓則一抓一大把。

甲骨文在其網站上發表的充其量也只是一些不完整的技術文獻，這顯然不能滿足用戶的需求，讓人覺得好像沒有多少人在用Oracle數據庫一樣。既然有這么多用戶基礎，那為什么沒有不為這些用戶提供必要的培訓支持呢?

由于缺乏社區，第三方培訓機構也沒能提供任何關于Oracle數據庫的培訓。甲骨文總和整個Unix世界所宣揚的都是這樣一種態度，使得外部的世界很難獲取他們所持有的信息。有幸能夠使用其中一部分資源的人告訴我們：即便你能夠獲取這些信息，但要找到自己需要的信息非常困難。你沒有那么多時間去為了Oracle數據庫的一個小問題就對所有相關信息進行全面的搜索。這樣，還不如翻查某個Oracle專家編寫的指南，里面說不定對這些運作原理進行了確切的說明，給你提供了例子，也會告訴你都是些什么意思。要知道，大家都愿意用手頭可用的東西，能讓自己以最快速度解決問題。

總而言之，從以上這些方面看來，微軟的SQL Server是一個比Oracle數據庫平臺更全面的整體平臺，這和平臺的性能無關，因為如果沒人知道該怎么讓數據庫正常運行，一旦出問題，就算數據庫本身的性能再好也無補于事。

分享：SQL Server 2005深層工具和運行時間集
本文分析SQL Server 2005深層工具和運行時間集。 簡化的開發和調試 Microsoft Visual Studio與.NET Framework的緊密集成,使數據驅動的應用系統開發和調試更加順暢. 開發人員可以建立數據庫