写出优美SQL语句的捷径数据库教程
“jason0204”通过精心收集，向本站投稿了3篇写出优美SQL语句的捷径数据库教程，以下是小编为大家准备的写出优美SQL语句的捷径数据库教程，仅供参考，大家一起来看看吧。
篇1：写出优美SQL语句的捷径数据库教程
从事企业系统开发很多年了，在系统的工作流分析中，少不了要分析SQL语句，当系统积累到一定规模后，所涉及的数据库表会以几何数增长，因此会经常碰到很长的SQL语句，涉及到的表会达到几十张之多，当你拿到这样一段SQL时，需要分析各个表之间的关系，头就有点大!我Google了一下，没有找到对SQL语句进行断行及缩进的工具，但是工作中又经常碰到这种SQL，手动来断行及缩进的话，又是一种机械重复的工作，因此“懒”劲上来了，自己周末开发了一个简单的辅助工具，同时分享给大家，我已上传程序提供下载，
我来简单的介绍一下开发原则：
(1).SQL语句中的：from\select\union\where 遇到这些关键字会自动换行，如果有嵌套会自动缩进。
(2).select 部分很长的话也会自动换行，case部分也会自动换行，
程序中有3个文件：
BreakSQLCmd.exe: 命令行工具BreakSQLUI.exe:界面工具，和命令行工具功能一样
ObjString.dll:包含实际功能的dll
然后再介绍一下使用方法：
(1).BreakSQLCmd.exe:首先将要分拆的SQL复制(ctrl+c)一下，然后执行BreakSQLCmd.exe，执行成功后，分拆后的SQL就复制到粘贴板上，你在查询分析器中粘贴(ctrl+z)就行了.界面如下图:
(2).BreakSQLUI.exe:这个有UI,操作简单,界面如下： 这两个exe执行结果都是一样的，可以选择自己喜欢的方式!大家如果在使用中发现问题，可以回复我，并附上SQL，我可以来改进 :)
篇2：如何查出前台正在发出的sql语句？数据库教程
语句
如何查出前台正在发出的sql语句？软件环境：
1、Windows +ORACLE 8.1.6
2、ORACLE安装路径为：C:\ORANT
实现方法：
可以用以下语句：
select user_name,sql_text
from v$open_cursor
where sid in (select sid from (select sid,serial from v$session
where status='ACTIVE'))
子查询
select sid,serial from v$session
where status='ACTIVE'
查出的是不活动的session的sid，
SQL> desc v$open_cursor
名称 空? 类型
----------------------------------------- -------- ------------
SADDR RAW(4)
SID NUMBER
USER_NAME VARCHAR2(30)
ADDRESS RAW(4)
HASH_VALUE NUMBER
SQL_TEXT VARCHAR2(60)
篇3：检查Oracle数据库中不合理的sql语句数据库教程
oracle|数据|数据库|语句
代码:select sql_text ,sharable_mem from v$sql where sharable_mem >'100000' order by sharable_mem ;
上面的sql语句是查询shared pool中占用内存超过100K的sql语句，
这个sql可以非常有效的检查出Oracle shared pool中那些严重占用内存的sql，根据我的经验，绝大多数有问题的sql语句都会在这里留下痕迹，通过在这里找出有问题的sql语句并进行修改，再反复运行这个sql脚本，直到所以有问题的sql都处理完毕，这就是对Oracle数据库在sql上面的最好的优化，可以保证不会因为程序员的sql语句问题导致Oracle数据库的性能问题。
共享池主要由库缓冲区（共享SQL区和PL/SQL区）和数据字典缓冲区组成。详细的情况你随便找一本介绍Oracle内存结构的书上面都有讲到。我就不把书上的内容给你打印一遍了，自己去看。
select * from v$sgastat; --显式SGA的状态信息。
有的人写的SQL语句非常复杂，嵌套了好几层，SQL语句本身写的很差，就有可能会占用很大的SQL区域。
其实现实的很多情况是本来不需要那么复杂的sql的时候，由于程序员水平不够，写了那种很糟糕很复杂的sql，造成的数据库性能问题。
另外还有一个常识问题，却很容易被忽略。比如：
代码:
select * from table_name where id = 1;
select * from table_name where id = 2;
对于这种带参数的sql，id = ? 这个地方叫做站位符(Placeholder)。
拿PHP为例，很多人喜欢这样写代码
代码:
$sql = “select * from table_name where id = ”;
$id=1;
$stmt = ociparse($conn,$sql.$id);
ociexecute($stmt);
......
$id = 2;
$stmt = ociparse($conn,$sql.$id);
ociexecute($stmt);
拿Java为例，是这样的：
代码:
String sql = “select * from table_name where id = ”;
Statement stmt = conn.createStatement();
rset = stmt.executeQuery(sql+“1”);
......
rset = stmt.executeQuery(sql+“2”);
这种写法，对于Oracle数据库来说，完全就是两条不同的sql语句，
代码:
select * from table_name where id = 1;
select * from table_name where id = 2;
每次查询都要进行sql语句的执行解析，并且每个sql都会分配一个区域来存放sql解析后的二进制可执行代码，
试想，要是id不同的10万个sql呢？Oracle就会分配10万个sql区域来分别存放10万个这样的id不同的sql语句。对于一个数据库驱动的Web网站这样情况下，SGA开的再大，也会很快被耗尽share pool的，最后报一个ORA-4031错误。数据库就连接不上了，只好重起。
正确的写法应该是：
代码:
$stmt = ociparse($conn,“select * from table_name where id = :id”);
ocibindbyname($stmt,“:id”,&$id, 12);
$id =1;
ociexecute($stmt);
...
$id = 2;
ociexecute($stmt);
代码:
PreparedStatement pstmt = conn.prepareStatement(“select * from table_name where id = ?”);
pstmt.setInt(1,1);
rset = pstmt.executeQuery();
...
pstmt.setInt(1,2);
rset = pstmt.executeQuery();
这样Oracle数据库就知道你实际上用的都是同一条sql语句，会以这样的形式：
select * from table_name where id = :1
解析执行后存放在sql区域里面，当以后再有一样的sql的时候，把参数替换一下，就立刻执行，不需要再解析sql了。既加快了sql执行速度，也不会占有过多SGA的share pool。
可惜的是，很多程序员明知道这个问题，却意识不到问题的严重性，因为上面那种写法，编程的时候很灵活，sql语句可以动态构造，实现起来很容易，后面那种写法，sql语句是写死的，参数不能再变了，编程经常会非常麻烦。
很多数据库的性能问题都是这样造成的。
有兴趣在一个生产系统中，用上面sql检查一下，看看是否选择出来的是否l有很多都是一样的sql语句，只是参数不同，如果是这样的话，就说明程序员的代码写的有问题。
【写出优美SQL语句的捷径数据库教程】相关文章：
文档为doc格式
