微軟新資料庫與開發工具：導入者褒貶不一

隨著SQL Server 2005與Visual Studio 2005正式在臺灣推出，微軟的資料庫產品與開發工具也正式邁入世代交替階段，對臺灣的使用者來說，有的還保持觀望態度，有的則已經感受到新版本的好處。

專案開發者不搶在第一波導入
首先，在SQL Server 2005的應用方面，一家專案開發廠商不諱言地表示，除非是客戶指定要用SQL Server 2005，否則短時間之內不會立刻升級使用SQL Server 2005，因為根據過去的使用經驗來看，SQL Server在版本升級的過程中，總是或多或少會有些問題出現，對於專案開發廠商來說，是不是現在就要從SQL Server 2000升級到SQL Server 2005，除了需要考量資料庫的效能以外，更重要的是「成本」與「系統穩定性」。

從專案開發的角度來看，時間往往是成本的一環，如果資料庫本身的穩定性出現問題，勢必會延誤到專案開發的進度，無形之中，整體的專案開發成本就增加了，在這樣的前提下，目前的專案開發仍會以SQL Server 2000為主，預計大規模使用SQL Server 2005的時間點，應該會是在一年後。

這位專案開發廠商說：「我們不想搶在前面做白老鼠」，而且從以往的經驗推估，產品上市1年或是1年半之後，才是最適合大量使用的階段，因為經過1年的時間，該出現的大問題應該也出現了，系統的穩定性當然也會比較好。

就現階段來說，許多專案開發廠商最在意的是SQL Server 2005對SQL Server 2000的整合性效能，因為大型的專案開發往往是延續性的，如果目前正在使用的版本是SQL Server 2000，那麼，未來轉換到SQL Server 2005會不會出現一些預料不到的問題，更是一個隱憂。

事實上，過去在SQL Server 7.0與SQL Server 2000的版本交替時期，專案開發人員就曾經體驗過版本轉換不順暢的情形，回想5年前，升級到SQL Server 2000之後，因為系統還是會保留原本的SQL Server 7.0版，常常導致開發人員在切換過程中出現混淆的問題，這個例子雖然微不足道，但卻凸顯了轉換順暢與否的重要性。

如果排除這些因素不談，客觀地說，目前微軟的資料庫產品，已經在專案開發市場占有一席之地，由於操作介面容易，開發人員的學習曲線也比較短，因此，專案開發廠商採用的比例與日俱增，事實上，就有一家專案開發廠商明白表示，只要低於千萬元以下的專案開發，微軟的資料庫已經是首選，即便SQL Server 2000的叢集效能與單機運作，都不如甲骨文（Oracle）的產品表現，但是，經過適當的軟硬體配置後，SQL Server 2000仍能突圍，隨著SQL Server 2005的上市，整體效能值得期待。

大型企業從OLAP開始局部採用
過去微軟的資料庫產品，向來被定位在中小企業等級，而今，隨著SQL Server 2005上市，微軟不僅強打大型企業市場，目前也確實出現了前導性的案例，其中力晶半導體更已完成初步評估，值得注意的是，不論是金融產業或是半導體產業的先期導入者，在資料庫引擎沒有使用微軟產品的情況下，都選擇從OLAP開始使用。

一家半導體廠商有感而發地表示，甲骨文獨大於資料庫市場的情況下，授權金、維護費也跟著水漲船高，如果SQL Server 2005的效能真的不錯，不僅會增加廠商擴大使用範圍的意願，同時也會在市場上形成制衡的作用。

對於大部分的半導體廠商來說，目前除了行政、人事等「非關鍵的IT應用」，會採用微軟的產品以外，只要涉及到工程、生產等關鍵性的系統應用，就很難去考慮使用微軟的產品，其中包括ERP與資料庫引擎等，但是，這樣的情況卻造成了前、後端系統平臺無法串連的問題，而半導體廠商為了解決這樣的問題，只好自己請一批工程師來寫程式。

另外也有企業的IT主管表示，雖然甲骨文、IBM的資料庫，都有提供相對應的工具，但是，大部分的半導體廠商還是會有10～20個工程師編制來因應資料分析需求，SQL Server 2005則徹底的解決了這個問題，並且從資料擷取到報表產出都涵括在內，預計將可大幅提升資料分析的整體效益。

根據某家半導體廠商的「預測模型」測試來看，透過異常晶圓的追蹤，可以分析出良率，進而推算出貨時間，甚至是預期出貨時的良率改善，而在硬體配置沒有改變的情況下，過去這樣的資料分析大約需要2分鐘，現在則可縮短到0.5分鐘。

除此之外，也有一家金融業者在OLAP的測試過程中，驚訝地發現了SQL Server 2005 64位元版本的效能，一般來說，32位元大多只能支援到2GB的記憶體，在調整參數設定之後，可以到2GB～4GB，最多不會超過8GB，但是SQL Server 2005 64位元版本則可支援到11GB，這樣的表現大幅改善了平行處理的效能。

不過，對於是否會直接升級使用SQL Server 2005 64位元版本，該金融業者的態度卻相當遲疑，並且表示64位元版本的SQL Server 2005，雖然有令人驚艷的表現，但是回到實際的使用層面，必須考量到的因素還很多，目前Intel與AMD等硬體大廠雖然都已經陸續推出相關產品，但是軟體方面還需要一段時間仔細評估，其中包括授權價格、對32位元應用程式的向下相容性等，都是不容忽視的環節。

此外，值得一提的是，單純提供商業智慧（BI）的廠商，在單項技術或功能上或許比較完善，但是對於半導體廠商來說，決定導入一個系統，所考量的因素除了產品本身的功能以外，「技術人才的取得管道」是否通暢也是關鍵，否則可能會在人事異動的情況下，出現系統或是業務無法順利銜接的問題，事實上，微軟、IBM、甲骨文等營運規模較大的軟體廠商，也都各自擁有一套專屬的人才培訓與認證機制。文⊙楊惠芬

Visual Studio 2005協同工作很陽春？
相較於微軟資料庫SQL Server推陳出新的時間，開發工具的版本雖然只有間隔了兩年時間，但是Visual Studio 2005所融入的協同開發機制，不僅是微軟的訴求之一，同時也是市場關注的焦點。而一家正在進行Visual Studio 2005 Team System測試的航空業者認為，協同工作的功能「尚屬陽春」，根據使用測試版的經驗，也有穩定性不足的問題，除此之外，Visual Studio 2005 Team System安裝的步驟也相當多，並且具有順序關係，因此稍一不慎就會安裝失敗。

另外一家半導體廠商則是認為，在Visual Studio 2005 Team System之中，微軟雖然試圖把Agile、CMMI都融入在內，但畢竟是第1個版本，該有的功能都有，就是不盡理想，例如需求管理方面的機制等，相較之下，Borland的整合度雖然比較好，但是成本支出也比較高昂，在整體的評估下，Visual Studio 2005 Team System的CMMI流程算是「堪用」。

事實上，目前臺灣的軟體開發過程，不論哪一個產業別大多沒有具備流程管理的概念，以半導體廠商來說，老闆的要求比較「生產導向」，對於軟體的開發流程並沒有太多要求與管理，原則上只要可以支援報表、生產就可以了，在這樣的情況下，軟體開發人員並沒有習慣性的把每個動作記錄下來，甚至就連原始碼都只是放在硬碟裡面，Visual Studio 2005 Team System的CMMI流程，至少可以讓相關人員透過開發工具來熟悉軟體開發週期的流程管理。

以航空業來說，就有一家廠商的專案開發管理，過去是透過Project Server來做，但是Project Server的應用只能侷限在專案開發管理，相較之下，Visual Studio 2005融合了Agile與CMMI，整體的架構設計則更為符合Agile。

此外，值得一提的是，微軟在Visual Studio 2005之中，所增強的壓力測試工具，可以在開發環境模擬出終端使用者（Client）的網路狀態，是透過撥接上網或是ADSL寬頻上網，進而推估系統回應的時間，不同於過去只能掌控到伺服器端的回應。

而在.NET的核心架構下，Visual Studio 2005與SQL Server 2005緊緊相依，部分程式開發人員認為，就連開一個資料庫都有Visual Studio的影子，讓人有一種無從選擇、甚至是被侵略的感覺。文⊙楊惠芬