CREATE proc page
@RecordCount int output,
@QueryStr nvarchar(100)='table1',--表名、视图名、查询语句
@PageSize int=20, --每页的大小(行数)
@PageCurrent int=2, --要显示的页 从0开始
@FdShow nvarchar (1000)='*', --要显示的字段列表
@IdentityStr nvarchar (100)='id', --主键
@WhereStr nvarchar (200)='1=1',
@FdOrder nvarchar(100)='desc' --排序 只能取desc或者asc
as
declare
@sql nvarchar(2000)
set @sql = ''
if @WhereStr = ''
set @WhereStr = '1=1'
if @PageCurrent = 0 begin
set @sql = 'select top ' + cast(@PageSize as nvarchar(3)) + ' ' + @FdShow + ' from ' + @QueryStr + ' where ' + @WhereStr + ' order by ' + @IdentityStr + ' ' + @FdOrder
end
else begin
if upper(@FdOrder) = 'DESC' begin
set @sql = 'select top ' + cast(@PageSize as nvarchar(3)) + ' ' + @FdShow + ' from ' + @QueryStr + ' where ' + @WhereStr + ' and ' + @IdentityStr + '< ( select min(' + @IdentityStr + ') from (select top ' + cast(@PageSize*@PageCurrent as nvarchar(10)) + ' ' + @IdentityStr + ......
输入: select ID as 编号, NAME as 姓名, AGE as 年龄 from XXX
输出:
编号
姓名
年龄
要求是如果SQL变动, 仍然要显示出来所有的别名字段信息和数据.
因为现在Hibernate用的比较广泛, 所以优先考虑用Hibernate来实现, 结果发现如果是实体映射查询语句, 可以方便的用:List<String> Query.getReturnAliases() 获得别名, 然而我们知道查询时有时候语句是很复杂的, 不全是HQL, 这时候用SQLQuery的时候, 惊讶的提示这个方法尚未实现(最新版的Hibernate 3.3 是否实现尚未测试), 用的版本是Hibernate 3.2, 对应的代码是:
DAO
/**
* 根据查询语句返回结果, 并包含结果的列名
* @param hql
* @param args
* @return
*/
public List queryAllForReport( final String hql, final Object... args) {
List list = getHibernateTemplate().executeFind(new HibernateCallback() {
public Object doInHibernate(Session session)
throws HibernateException, SQLException {
Query query = session.createQuery(hql);
for(int i =0; i < args.length; i++) {
q ......
输入: select ID as 编号, NAME as 姓名, AGE as 年龄 from XXX
输出:
编号
姓名
年龄
要求是如果SQL变动, 仍然要显示出来所有的别名字段信息和数据.
因为现在Hibernate用的比较广泛, 所以优先考虑用Hibernate来实现, 结果发现如果是实体映射查询语句, 可以方便的用:List<String> Query.getReturnAliases() 获得别名, 然而我们知道查询时有时候语句是很复杂的, 不全是HQL, 这时候用SQLQuery的时候, 惊讶的提示这个方法尚未实现(最新版的Hibernate 3.3 是否实现尚未测试), 用的版本是Hibernate 3.2, 对应的代码是:
DAO
/**
* 根据查询语句返回结果, 并包含结果的列名
* @param hql
* @param args
* @return
*/
public List queryAllForReport( final String hql, final Object... args) {
List list = getHibernateTemplate().executeFind(new HibernateCallback() {
public Object doInHibernate(Session session)
throws HibernateException, SQLException {
Query query = session.createQuery(hql);
for(int i =0; i < args.length; i++) {
q ......
Oracle
SQL
的优化规
则：
尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替
用IN写出来的SQL
的优点是比较容易写及清晰易懂，但是用IN的SQL
性能总是比较低的，从ORACLE
执
行的步骤来分析用IN的SQL
与不用IN的SQL
有
以下区别：
ORACLE
试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。由此可见用
IN的SQL
至少多了一个转换的过程。一般的SQL
都
可以转换成功，但对于含有分组统计等方面的SQL
就不能转换了。
Oracle
在执行IN子查询时，首先执行子查询，将查询结果放入
临时表再执行主查询。而EXIST则是首先检查主查询，然后运行子查询直到找到第一个匹配项。NOT EXISTS比NOT
IN效率稍高。但具体在选择IN或EXIST操作时，要根据主子表数据量大小来具体考虑。
推荐方案：在业务密集的SQL
当中尽量不采用IN操作符。
不用NOT IN操作符，可以用NOT EXISTS或者外连� ......
Oracle
SQL
的优化规
则：
尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替
用IN写出来的SQL
的优点是比较容易写及清晰易懂，但是用IN的SQL
性能总是比较低的，从ORACLE
执
行的步骤来分析用IN的SQL
与不用IN的SQL
有
以下区别：
ORACLE
试图将其转换成多个表的连接，如果转换不成功则先执行IN里面的子查询，再查询外层的表记录，如果转换成功则直接采用多个表的连接方式查询。由此可见用
IN的SQL
至少多了一个转换的过程。一般的SQL
都
可以转换成功，但对于含有分组统计等方面的SQL
就不能转换了。
Oracle
在执行IN子查询时，首先执行子查询，将查询结果放入
临时表再执行主查询。而EXIST则是首先检查主查询，然后运行子查询直到找到第一个匹配项。NOT EXISTS比NOT
IN效率稍高。但具体在选择IN或EXIST操作时，要根据主子表数据量大小来具体考虑。
推荐方案：在业务密集的SQL
当中尽量不采用IN操作符。
不用NOT IN操作符，可以用NOT EXISTS或者外连� ......
.Frm644 { display:none; }
1。已经检验的语句和已在共享池中的语句之间要完全一样
2。变量名称尽量一致
3。合理使用外联接
4。少
用多层嵌套
5。多用并发
语句的优化步骤一般有：
1。调整sga区，使得sga区的是用最优。
2。sql语句本身的优化，工具有explain,sql trace等
3。数据库结构调整
4。项目结构调整
写语
句的经验：
1。对于大表的查询使用索引
2、少用in,exist等
3、使用集合运算
１．对
于大表查询中的列应尽量避免进行诸如
Ｔｏ＿ｃｈａｒ，ｔｏ＿ｄａｔｅ，ｔｏ＿ｎｕｍｂｅｒ
等转换
２．有索引的尽量用
索引，有用到索引的条件写在前面
如有可能和有必要就建立一些索引
３．尽量避免进行全表扫描，限制条件尽可能多，以便更快
搜索到要查询的数据
如何让你的SQL
运
行得更快
人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差
异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明 ......
.Frm644 { display:none; }
1。已经检验的语句和已在共享池中的语句之间要完全一样
2。变量名称尽量一致
3。合理使用外联接
4。少
用多层嵌套
5。多用并发
语句的优化步骤一般有：
1。调整sga区，使得sga区的是用最优。
2。sql语句本身的优化，工具有explain,sql trace等
3。数据库结构调整
4。项目结构调整
写语
句的经验：
1。对于大表的查询使用索引
2、少用in,exist等
3、使用集合运算
１．对
于大表查询中的列应尽量避免进行诸如
Ｔｏ＿ｃｈａｒ，ｔｏ＿ｄａｔｅ，ｔｏ＿ｎｕｍｂｅｒ
等转换
２．有索引的尽量用
索引，有用到索引的条件写在前面
如有可能和有必要就建立一些索引
３．尽量避免进行全表扫描，限制条件尽可能多，以便更快
搜索到要查询的数据
如何让你的SQL
运
行得更快
人们在使用SQL时往往会陷入一个误区，即太关注于所得的结果是否正确，而忽略了不同的实现方法之间可能存在的性能差
异，这种性能差异在大型的或是复杂的数据库环境中（如联机事务处理OLTP或决策支持系统DSS）中表现得尤为明 ......
从8i到10g，Oracle不断进化自己的SQL Tuning智能，一些秘籍级的优化口诀已经失效。
但我喜欢失效，不用记口诀，操个Toad for Oracle Xpert
，按照大方向舒舒服服的
调优才是爱做的事情。
1.Excution Plan
Excution
Plan是最基本的调优概念，不管你的调优吹得如何天花乱堕，结果还是要由Excution plan来显示Oracle
最终用什么索引、按什么顺序连接各表，Full Table Scan还是Access by Rowid
Index，瓶颈在什么地方。如果没有它的指导，一切调优都是蒙的。
2.Toad for Oracle
Xpert
用它来调优在真的好舒服。Quest
吞
并了Lecco后，将它整合到了Toad 的SQL
Tunning里面：最清晰的执行计划显示，自动生成N条等价SQL、给出优化建议，不同SQL执行计划的对比，还有实际执行的逻辑读、物理读数据等等一
目了然。
3.索引
大部分的性能问题其实都是索引应用的问题，Where子句、
Order By、Group By 都要用到索引。
一般开发人员认为将索引建全了就可以下班回家了，实则还有颇多的思量和陷阱。
3.1
索引列上不要进行计算
&nbs ......
从8i到10g，Oracle不断进化自己的SQL Tuning智能，一些秘籍级的优化口诀已经失效。
但我喜欢失效，不用记口诀，操个Toad for Oracle Xpert
，按照大方向舒舒服服的
调优才是爱做的事情。
1.Excution Plan
Excution
Plan是最基本的调优概念，不管你的调优吹得如何天花乱堕，结果还是要由Excution plan来显示Oracle
最终用什么索引、按什么顺序连接各表，Full Table Scan还是Access by Rowid
Index，瓶颈在什么地方。如果没有它的指导，一切调优都是蒙的。
2.Toad for Oracle
Xpert
用它来调优在真的好舒服。Quest
吞
并了Lecco后，将它整合到了Toad 的SQL
Tunning里面：最清晰的执行计划显示，自动生成N条等价SQL、给出优化建议，不同SQL执行计划的对比，还有实际执行的逻辑读、物理读数据等等一
目了然。
3.索引
大部分的性能问题其实都是索引应用的问题，Where子句、
Order By、Group By 都要用到索引。
一般开发人员认为将索引建全了就可以下班回家了，实则还有颇多的思量和陷阱。
3.1
索引列上不要进行计算
&nbs ......
可以筛选数据，但不能是标准的SQL语句：
Me.DsUserManager1.Tables(0).Select("id > 5 and id <20")
---------------------------------------------------------------
1.筛选：
dataset.tables("tabname").select("id=1")'相当于SQL中WHERE后的条件内容
2.保存到哪？这倒是不知，可能开辟一个内存，也可能是一个临时区....
应该相当于从一个表中select
---------------------------------------------------------------
Select函数返回一个DataRow()对象数组，可用循环方法加入数据集：
dim row as datarow
dim rows() as datarow=Me.DsUserManager1.Tables(0).Select("id > 5 and id <20")
if rows.length>0 then DsUserManager1.table(0).clear'重新导入筛选的数据
for each row in rows
DsUserManager1.table(0).ImportRow(row)
next
---------------------------------------------------------------
ms-help://MS.MSDNQTR.2003FEB.2052/cpref/html/frlrfSystemDataDataTableClassSelect ......
可以筛选数据，但不能是标准的SQL语句：
Me.DsUserManager1.Tables(0).Select("id > 5 and id <20")
---------------------------------------------------------------
1.筛选：
dataset.tables("tabname").select("id=1")'相当于SQL中WHERE后的条件内容
2.保存到哪？这倒是不知，可能开辟一个内存，也可能是一个临时区....
应该相当于从一个表中select
---------------------------------------------------------------
Select函数返回一个DataRow()对象数组，可用循环方法加入数据集：
dim row as datarow
dim rows() as datarow=Me.DsUserManager1.Tables(0).Select("id > 5 and id <20")
if rows.length>0 then DsUserManager1.table(0).clear'重新导入筛选的数据
for each row in rows
DsUserManager1.table(0).ImportRow(row)
next
---------------------------------------------------------------
ms-help://MS.MSDNQTR.2003FEB.2052/cpref/html/frlrfSystemDataDataTableClassSelect ......
最新文章 : sql