微軟整合SQL Server 2005與Visual Studio 2005倒不是頂新鮮的創舉，Oracle早在2004年年底即率先針對Visual Studio 2003，推出Oracle Developer Tools for Visual Studio .NET，用意在提供.NET平台的Oracle用戶，整合於Visual Studio的數據庫設計與管理工具，甚至可利用.NET開發Stored Procedure（預存程序）。相信Oracle在不久的將來，也會針對.NET Framework 2.0推出更新的開發版本。
Stored Procedure效率佳，但與廠商緊密捆綁
站在程序開發者的立場，數據庫與商業邏輯分開，數據庫純粹儲存數據，程序開發交由應用程序處理比較單純；但從DBA的角度出發，系統歸系統，數據的處理由數據庫負責比較好。雖然兩者看法分岐，不過，Stored Procedure貼近數據庫引擎，執行效能較佳，況且數據確實有預先處理的需求，透過程序遠程處理不僅耗時，而且有網絡斷線造成執行失敗的風險，因此，實務上Stored Procedure有存在的必要性。
Stored Procedure有以下的好處：
1.模塊化的程序撰寫：只需建立一次Stored Procedure，儲存在數據庫中，就可以讓不同的程序呼叫。
2.執行效率佳：如果需要大量或反復執行的數據處理，Stored Procedure的執行速度會比T-SQL程序代碼的批處理快。因為 Stored Procedure 是在建立的時候進行剖析和最佳化，所以執行一次以後存在內存中。而程序代碼則是每次執行時都要反復地從客戶端傳到服務器。
3.減少網絡流量：即使是好幾百行T-SQL程序代碼的作業，也只要透過一個指令就可以執行Stored Procedure中的程序代碼，而不必在網絡上傳送幾百行程序代碼。
雖然微軟的T-SQL或Oracle的PL/SQL，都兼容於ANSI-SQL，但畢竟不是標准，兩者都是廠商專屬的數據庫程序語言，所以，只要選擇撰寫Stored Procedure，就是緊密捆綁的開始。不過，除非有不堪使用的重大理由，否則企業選定應用程序搭配的數據庫，少有更換的情況，所以效能與捆綁的衡量，是視應用而定。
以T-SQL或.NET開發Stored Procedure各有利弊
單就SQL Server而言，Visual Studio 2005與SQL Server 2005整合，明顯的好處在於開發數據庫程序，例如Stored Procedure或Trigger可以納管。過去，Stored Procedure必須部署到數據庫「執行看看」，才知道有沒有問題，而且Stored Procedure就像一般程序，檔案可能被別人修改或不小心被覆蓋，因此有管理的需要。透過Visual Studio的控管，對於SQL Server的管理確有正面的效果。
如果企業采用T-SQL撰寫Stored Procedure，SQL Server 2005已附贈一套精簡版的Visual Studio，DBA不再需要使用陽春的文字編輯器撰寫Stored Procedure，可享有開發、測試及版本管理的好處。
若搭配Visual Studio 2005，可使用C#和Visual Basic撰寫Stored Procedure。事實上，利用通用性程序語言撰寫Stored Procedure，微軟不是原創，Java的SQLJ也是對等的設計。
