一招搞掂Quest SQL Navigator 5.5占用CPU高
对于Oracle的第三方开发工具，本人钟爱于Quest SQL Navigator 5.5，因为它反应迅速、支持多个账号同时登录，平时使用起来很方便。
不过，发现它有个缺点，就是一查询大点的表，CPU就占用50%以上，搞到我的本本狂叫，我真受不了。
到它官网，发现有新版本6.2了，不过下载要注册什么的，嫌麻烦。
晚上，突然想到Windows任务管理器里能设置软件运行时的优先级的，呵，就是用它啦！！！现在同样的查询只要3%左右。
绝招：把它的优先级设为“低”
相关文档：
http://www.umgr.com/blog/PostView.aspx?bpId=36294
1. 执行sql语句
int sqlite3_exec(sqlite3*， const char *sql， sqlite3_callbacksql 语法
， void *， char **errmsg );
这就是执行一条 sql 语句的函数。
第1个参数不再说了，是前面open函数得到的指针。说了是关键数据结构。
第2个参数const char ......
1.选择最有效率的表名顺序(只在基于规则的优化器中有效)
SQLSERVER的解析器按照从右到左的顺序处理from子句中的表名，因此from子句中写在最后的表（基础表driving table）将被最先处理，在from子句中包含多个表的情况下，必须选择记录条数最少的表作为基础表，当SQLSERVER处理多个表时，会运用排序及合并的方式� ......
方法一：使用游标
declare @ProductName nvarchar(50)
declare pcurr cursor for select ProductName from Products
open pcurr
fetch next from pcurr into @ProductName
while (@@fetch_status = 0)
begin
print (@ProductName)
fetch next from pcurr into @ProductName
end
close pcurr
deallocate pcurr ......
上上个星期，有人反馈，CSDN有SQL注入露洞，汗颜，几年前为SQL注入露洞，部门专门对所有代码做过一次非常大的检查，竟然那次检查还有遗漏的地方。最近这几个星期，就是一直再对代码做再次复查，看有没有SQL注入露洞。
存在SQL注入露洞，就因为你的SQL语句是自己拼� ......
