SQL语句的优化以及索引的应用范围
SQL优化的原则是：将一次操作需要读取的BLOCK数减到最低。
调整不良SQL通常可以从以下几点切入：
检查不良的SQL，考虑其写法是否还有可优化内容；
检查子查询考虑SQL子查询是否可以用简单连接的方式进行重新书写；
检查优化索引的使用；
考虑数据库的优化器;
查询的一般规则
Ø 明确指出检索的字段，尽量减少对多余的列与多余的行读取。
禁止使用 select * from table ……的方式访问表。
Ø 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。
Ø 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，这样查询时只进行索引扫描，不读取数据块。
Ø 在判断有无符合条件的记录时不要用SELECT COUNT （*） 语句。 如：
BF: select count(*) from table where condition
在MSSQL和Sybase中，使用 if exists (select 1 from table_name where condition)性能较好，在Oracle中，使用select 1 from table_name where condition较好。
Ø 内层限定原则
在拼写SQL语句时，将查询条件分解、分类，并尽量在SQL语句的最里层进行限定，以减少数据的处理量。
应绝对避免在order by子句中使用表达式。
正确使用INDEX的SQL
如果和查询条件相关的column上有建index,以下几点能帮助SQL正确的使用index 。
Ø 避免显式或隐含的类型转换。
where子句中存在数据类型隐形转换的,如用Numeric 型和 Int型的列的比较时，不能使用index。
Ø WHERE子句中任何对列的操作都将无法使用index，它包括数据库函数、计算表达式等等，所以要尽量减少在＝左边的列的运算。如：
BF：select staff_no, staff_name from staff_member where salary*2 <= 10000;
RP：select staff_no, staff_name from staff_member where salary <= 5000;
Ø WHERE子句中使用不等于(<>)运算的，将无法使用index。可以用union all改写。如：
BF：select staff_no, staff_name from staff_member where dept_no<>2001;
RP：sele
相关文档：
以下说明均针对企业版或者开发版；
1.开启sql server 实例的远程连接；
“开始”-->“程序”-->“Microsoft SQL Server 2005”-->“配置工具”-->“SQL Server 外围应用配置器”-->“服务和连接的外围应用配置器”--> ......
1. 简述 private、 protected、 public、 internal 修饰符的访问权限。
答 . private : 私有成员, 在类的内部才可以访问。
protected : 保护成员，该类内部和继承类中可以访问。
public : 公共成员，完全公开，没有访问限制。
internal: 在同� ......
今天很郁闷,实验室的服务器东西都没有了,而我的数据库又在哪里,我又没有备份,把我抑郁的要命,幸亏我用的linq to sql.仔细想想,他的dbml文件基本包含了数据库的所有内容,所以,一定有办法从dbml文件中创建数据库!
研究了一段� ......
ALTER procedure [dbo].[sp_lock_check]
@spid1 int = NULL,
@spid2 int = NULL
as
set nocount on
if @spid1 is not NULL
begin
select ......
