浅析VS 2005与SQL Server整合优势

核心提示：微软整合SQL Server 2005与Visual Studio 2005倒不是顶新鲜的创举，Oracle早在2004年年底即率先针对Visual Studio 2003，浅析VS 2005与SQL Server整合优势，推出Oracle Developer Tools for Visual Studio .NET，

微软整合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也是对等的设计。

SQL Server 2005的核心已由.NET Framework 2.0改写，因此，以Visual Basic或C#开发的Stored Procedure好处包括：

1.编译成为DLL（.NET Managed code Assembly）的Stored Procedure档案，执行在原生的.NET Framework 2.0平台，预估效能会比T-SQL好，尤其是大量循环和字符串处理的应用。

2.由于T-SQL是特定用途的程序语言，无法表达复杂的逻辑，所以即使是简单的字符串处理或数字计算，可能就要写数十行的程序表达；改由通用性用途的C#或Visual Basic可以大幅缩短程序的长度，也就增加程序的可维护性。

3.相较于T-SQL是SQL Server专属语言，.NET是ISO标准。

缺点一言以蔽之，却很关键：企业可能必须有长期保存Visual Studio各种版本的心理准备。

长远看来，数据库与开发工具的生命周期大不相同，数据库首重稳定与安全，升级的频率不像开发工具那么赶流行，未来可能.NET Framework和Visual Studio都更新了好几个版本，企业的SQL Server还在2005版，而Visual Studio不像JBuilder一样有切换JDK版本的功能。因此，DBA的计算机不管改朝换代了几次，都必须装有Visual Studio 2005，甚至随数据库版本的多元化，必须装有Visual Studio不同版本，而且光盘也不能丢掉。那么情况可能就像现在计算机必须安装着VB 6甚至VB 3一样诡异。至于选T-SQL或.NET的权衡，可能又需视Stored Procedure的应用层面来决定。

升级SQL Server 2005才能享有整合的好处

数据库的工具整合于开发环境，除了便利性，更重要的是数据库的程序开发，终于有了管理工具。过去Stored Procedure「丢上去Try看看」的作法，现在有了测试和版本控管的机制，由此看来，两者确实有相互「抬轿」、彼此「绑桩」的效果。

不过，Stored Procedure到底是延用T-SQL，还是改采功能强大、可以处理复杂逻辑的Visual Basic和C#撰写，就有很多层。