【SQL Server 优化性能的几个方面】
SQL Server 优化性能的几个方面
(一).数据库的设计
可以参看最近论坛上出现一个精华帖http://topic.csdn.net/u/20100415/10/a377d835-acbd-4815-8bcb-b367f88ac8b5.html?92227
数据库设计包含物理设计和逻辑设计:
物理设计上可以通过使用RAID硬件架构。
简单说下使用策略：
a.RAID0可以用在只读的数据库数据表，或者是经过复制过来的数据库上，如果你对数据丢失不敏感的话也可以使用，总之这个level下是高性能无冗余；
b.RAID 5 与RAID1 不同之处就是多了奇偶校验，所有的奇偶校验的信息会遍布各个磁盘，性能上要比RAID1高些，但是一旦发生磁盘I/O失败，就会造成性能急剧下降，同时这种方法也在RAID0 与RAID1间折了中，是比较通用的做法。
c.RAID 10 就是RAID0 与 RAID1的组合，它提供了高性能，高可用性，性能上要比RAID5好，特别适合大量写入的应用程序，但是就是成本比较高无论是多少块磁盘你都是将损失一半的磁盘存储
逻辑设计上可以通过使用数据库的一些组件比如表、约束等，在这里首先提下文件组的使用。当你经费不足,无法购买一个完整的RAID系统的时候,你可以考虑文件组。
文件和文件组体系结构一些小节：http://blog.csdn.net/feixianxxx/archive/2010/01/28/5267290.aspx
它的原理就是多硬盘同时读取，减少磁盘空间争夺，提高读取效率。
我在这再稍微说几点：
a.范式和数据表的分割和合并
我们在设计数据库的时候一般会追求规范，一般会至少达到3NF.在这之后，也许会因为表中某些经常用于存储查询的字段而把它们从表中分割，否则大量用户
同时大量访问一个热门表,效率会变差。当然有时候也会进行合并表的设计，这样可以用少量的冗余换来减少过多连接的运算。
具体关于这个设计表到什么程度，是否需要分割和合并都是因业务需求和系统承载力而定的,可以参看更多这方面的书籍。
b.主键与外键
作为表与表之间的联系，最直接的就是通过主外键进行联系。主键对于一个表来说是非常重要的，它能在表中作为行的唯一标识存在，要求：唯一性,不可为NULL和最小性。
其中最小性指的是作为主键一定要窄。如果键值过大，由于经常存取，它会让数据库系统变得没有效率，而且它需要维护。一般使用1-4字节的字段作为主键。
c.表字�
相关文档：
/*******************************************************/
/* 功能:SQL Server 2005索引碎片整理 */
/* 逻辑碎 ......
“Where” 是一个约束声明，使用Where来约束来之数据库的数据，Where是在结果返回之前起作用的，且Where中不能使用聚合函数。
“Having”是一个过滤声明，是在查询返回结果集以后对查询结果进行的过滤操作，在Having中可以使用聚合函数。
在说区别之前，得先介绍GROUP BY这个子句，而在说GROUP子句前 ......
SQL SERVER 和EXCEL的数据导入导出
通常的方法是使用图形界面的dts工具，但发觉有些使用命令行界面的方式更简单
1、在SQL SERVER里查询Excel数据:
-- ======================================================
SELECT *
from OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',
'Data Source="c:\book1.xls";Use ......
最近两天一直在折腾SQL语句，没办法，写数据库的兄弟给了两个例子就不再管了，而且最近请假了。今天加班还是折腾这么一个语句，总是不对，请老大看了看还是没看出门道来， 在SQLite Expert Professional 里面写的语句都可以执行成功，但是在Android的工程里面怎么折腾就不对。 郁闷啊，今天加班算是白加了。
为了查找和学� ......
