使用SQL SERVER存储过程实现银行转账业务
在银行金融系统中，我们常常都要实现银行转账这样的业务操作，而这种金融系统并发性相当高，需要考虑的如何提高性能和保证安全性等相关的问题。使用存储过程来实现银行转账是一个很好的选择。
SQL SERVER数据库中的存储过程相对于应用程序中来操作Transact-SQL语言的优缺点：
优点：
1. 存储过程已在服务器注册，预编译，存储过程预先编译好放在数据库内，减少编译语句所花的时间
2. 存储过程可以用于减少网络通信流量，存储过程代码直接存储于数据库中，执行的时候只需要应用程序传递参数即可，而不需要整段的T-SQL代码传递到数据库中。
3. 重用性高，一段存储过程，可以在应用程序中不同的位置来调用。
4. 可维护性高，把整个业务的操作封装在一起，有利于以后做代码的替换操作，而应用程序会在日后不断的维护中，会导致TrancSQL过程代码会变得越来越复杂，同时，更新存储过程通常比更新应用程序简单的多，更新应该程序需要编译，部署。
5. 使用缓存改善性能，编译好的存储过程直接进入SQL SERVER的缓存中，使得下次执行的时候，能马上调用。而在SQL SERVER 2005中，执行计划已针对所有 T-SQL 批处理进行了缓存，效率和存储过程差不多了。
6. 强制使用数据库中的安全认证机制，使得应用程序的安全性提高：
a) 对存储过程向特定用户授权，也可以提供对特定数据的访问。
b) 增强代码安全，通过传递参数的方式，能有效防止 SQL注入。
缺点：
1. 可移植性差
a) 由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。
b) 如果应用程序的可
相关文档：
这两天写一个和统计数据有关的存储过程，里面要利用日期进行一些计算和判断，也自然要利用SQL的一些日期相关的函数。这里略记一下，当是复习一下SQL。
利用SQL脚本内置的几个函数，我们能灵活的对日期进行计算和比较。常用的几个函数：GETDATE(),DATEDIFF(),DATEADD()
GETDATE() 当然顾名思义，得到当前的日期，返回类型� ......
现在大多数描述SQL Server 2005新特性的文章都关注于华而不实的特性，如SQLCLR或XML数据类型，而对许多很好的老的T-SQL语言的改进没有得到应有的关注。我曾经从许多DBA口中听到令他们更兴奋的是看到T-SQL语言的改进,而不是那些新出现和发布的功能。对于SQL语言的一个很有用的实际改进是OUTPUT子句，它允许查询一个数� ......
查询速度慢的原因很多，常见如下几种：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）
7、锁或者死锁(这也是查 ......
今天在电脑上安装了Visual Studio 2005，里面自带了一个SQL Server 2005 Express。安装完成之后进入VS，新建一个数据库项目，在“新建数据库引用”一步遇到了奇怪的问题。
在服务器名的下拉列表里面，通过点击“刷新”按钮可以显示当前通过网络可以连接到的数据库的信息，其中有我的主机。然而，选择� ......
有两种方法。
方法一：在mysql>提示符中使用tee
mysql> tee output.txt
Logging to file 'output.txt'
mysql> notee
Outfile disabled.
或者
mysql> \T output.txt
Logging to file 'output.txt'
mysql> \t
Outfile disabled.
这个类似于sqlplus的spool功能，可以将命令行中的结果保存到� ......
