sql中and及or 的执行效率
应用中发现sql中的and及or的执行效率问题
ｓｑｌ语句，为什么把最后的ｏｒ换成ａｎｄ，查询的就很快，使用的是mssql范例中northwind数据库为例，
select * from Orders a left join [Order Details] b on a.orderid = b.orderid
where a.customerid like '%ics%' or b.productid in (42,72)
追踪了语句的执行方案,发现使用or 时 是先执行的a 与b 交叉表，从结果集中再where出符合的记录，由于是全集交叉所以输出的数据量较大,执行的时间也就效长.
select * from Orders a left join [Order Details] b on a.orderid = b.orderid
where a.customerid like '%ics%' and b.productid in (42,72)
而and是先执行的where筛选出了符合的记录再做的交叉表,所以数据量少执行起来快.
相对于or 为了提高执行速度,想了一个办法,如下人为控制执行方案先筛选wher后交叉left
set statistics time on
select * from (select * from Orders where customerid like '%ics%') a left join
(select * from [Order Details] b where productid in (42,72)) b on a.orderid = b.orderid
set statistics time off
相关文档：
前一段时间在维护一个老项目的时候发现，在执行一个较大的存储过程时，总是报“常规网络错误，请检查您的网络文档”。在后续的维护检查中发现，是事物超时导致执行中止的。
下面是调整过程：
一、把SQL SERVER的等待响应时� ......
数据库实例结构 事务一致性(Transactional Consistency)和基于时间点的恢复(Point-in-time Recovery) 系统元数据
top数据库实例结构
当Oracle实例启动之后，所看到的就是在服务器内存上的一个个不同内存块加上产生的与这些内存交互的后台进程。Oracle文档将这些内存结构和进程收的很详细。
由Oracle实例所占用的内存块� ......
xtype 代表类型
C = CHECK 约束
D = 默认值或 DEFAULT 约束
F = FOREIGN KEY 约束
L = 日志
FN = 标量函数
IF = 内嵌表函数
P = 存储过程
PK = PRIMARY KEY 约束（类型是 K）
RF = 复制筛选存储过程
S = 系统表
TF = 表函数
TR = 触发器
U = 用户表
UQ = UNIQUE 约束（类型是 K）
V = 视图 ......
SQL的操作：
E.g.
judging-表名
userid, name, password-表中的关键字
添加：
string sql = "insert into judging (userid,name,password) values('" + userid.Text.Trim() + "','" + name.Text.Trim() + "','" + password.Text.Trim() + "')";
删除：
string sql = "delete from judging where userid=" + ......
