多线程访问：

　　● 双数据库实例稍微落后于单数据库实例；

　　综合结论，看来不论是双数据库还是双实例，对比与单实例或者单数据库，都没有体现出优势，看来前者的优势不在于访问效率，一位朋友说，数据库实例是不同的服务，控制粒度更小，维护影响比较低。但我想，双数据库实例，双数据库，多核CPU，应该跟两台数据库服务器差不多的性能吧，怎么没有体现优势呢？也许是我的测试机器仅仅有一个磁盘，这里磁盘IO成了瓶颈。

　　这个测试有没有意义，或者这个结果的原因，还请大牛们多多指教！

　　意外发现：

　　1、有人说频繁的查询在完全数据库中进行效率最高，测试发现，在查询分析器上直接运行上面的那个T-SQL脚本，跟程序从数据库取出数据，再加工计算查询，效率上没有明显的区别，所以哪些支持“将复杂的业务逻辑写在存储过程中效率最高的观点是站不住脚的！”  ，ADO.NET从数据库来回操作数据一样有效率，如果加上复杂的字符函数计算和大批量的循环操作，存储过程的效率不一定高。

　　2、在使用程序进行频繁的数据库操作的时候，使用一个连接对象还是在每个方法中使用新的连接对象，一直是很纠结的问题，心想频繁的数据操作还是用一个连接对象快吧？在本文给出的测试代码中，有下列语句：

　　注释掉这些语句，在被调用的方法中使用自己的连接对象，与取消注释，全部使用一个连接对象，效率上没有任何区别！

　　究其原因，可能是ADO.NET自动使用了连接池，实际上程序在不同的情况下，使用的都是一个连接，所以操作上效率没有区别。

　　后续测试

　　在真正的服务器上进行测试，发现测试结论又不一样，我们有服务器A，拥有16个核，32G内存，另外一台服务器B，拥有8个核，16G内存。在服务器A上有一个SqlServer实例，两个一样的数据库；在在服务器B上有一个SqlServer实例，一个数据库，下面是测试结果：

　　可以看到，同一实例，多数据库，还是有明显的优势，而多线程优势更大；由于两台服务器性能差距较大，双实例测试没有显示出优势，但多线程下还是比单实例单数据库好！

　　为什么PC机跟服务器测试的结论不一致？也许还是跟计算能力相关，PC机的计算负载太大，已经失去了测试的意义。