【转】 PL/SQL最差实践
PL/SQL最差实践
http://benben.javaeye.com/blog/278164
1. 超长的PL/SQL代码
影响：可维护性，性能
症状：
在复杂的企业应用中，存在动辄成百上千行的存储过程或上万行的包。
为什么是最差：
太长的PL/SQL代码不利于阅读，第三方工具在调试时也会出现代码行混乱等问题。PL/SQL存储对象（存储过程、包、函数、触发器等）行数上限约为6000000行，但实际工作中，当包大小超过5000行就会出现调试问题。
解决之道：
PL/SQL代码在执行前会被加载到shared pool中，shared pool以字节为单位，UNIX下为64K，桌面环境下为32K，可以通过查询数据字典USER_OBJECT_SIZE的PARSED_SIZE字段查看对象大小。对于较大的包，应采用拆包策略，抽取复用部分，减少重复代码；对于较大的存储过程，应将存储过程组织到包中，易于管理；对于较大的匿名块，应将匿名块重新定义成子过程保存在数据库中。
2. 脱离控制的全局变量
影响：可维护性
症状：在包中使用了全局变量，在多个位置对全局变量进行操作。
CREATE OR REPLACE PACKAGE BODY PKG_TEST IS
GN_全局变量 NUMBER(12, 2);
PROCEDURE 过程A IS
BEGIN
GN_全局变量:=1;
END;
PROCEDURE 过程B IS
BEGIN
GN_全局变量:=2; -- 这里对全局变量进行了另外的操作
EN
相关文档：
机器情况
p4: 2.4
内存: 1 G
os: windows 2003
数据库: ms sql server 2000
目的: 查询性能测试,比较两种查询的性能
SQL查询效率 step by step
-- setp 1.
-- 建表
create table t_userinfo
(
userid int identity(1,1) primary key nonclustered,
nick varchar(50) not null default '',
classid int not nul ......
大家都在讨论关于数据库优化方面的东东，刚好参与开发了一个数据仓库方面的项目，以下的一点东西算是数据库优化方面的学习+实战的一些心得体会了，拿出来大家共享。欢迎批评指正阿！
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQ ......
工作中碰到的小技巧，比如说要用数据表里取出注册用户的资料，性别为1则显示为男生；性别为2则显示为女生；以前都是从表里取出数据，然后再用代码进行判断，为1则显示为男生；为2则显示为女生；其实单用SQL语句就可以做到，如下：
直接使用case when else 语句
Case具有两种格式。简单Case函数和Case� ......
Select TOP N * from TABLE Order By NewID()
--Access：
Select TOP N * from TABLE Order By Rnd(ID)
Rnd(ID) 其中的ID是自动编号字段，可以利用其他任何数值来完成，比如用姓名字段(UserName)
Selec ......
