47522341的专栏

分析函数ratio_to_report的使用

ZHANGJAX — Wed, 24 Jun 2009 17:10:00 +0800

Ratio_to_report函数
Syntax

分析函数RATIO_TO_REPORT 用来计算当前记录的指标expr占开窗函数over中包含记录的所有同一指标的百分比. 这里如果开窗函数的统计结果为null或者为0,就是说占用比率的被除数为0或者为null, 则得到的结果也为0.
开窗条件query_partition_clause决定被除数的值, 如果用户忽略了这个条件, 则计算查询结果中所有记录的汇总值.
用户不能使用其他分析函数或者ratio_to_report作为分析函数ratio_to_report的参数expr, 也就是说这个函数不能循环使用. 但我们可以使用其他普通函数作为这个分析函数的查询结果.
Examples 1
下面的示例演示了如何计算每一个员工的工资占部门全部工资的比例.
创建表
createtable T_salary(
F_depart varchar2(20),
F_EMP varchar2(20),
F_

oracle的多表insert操作

ZHANGJAX — Thu, 11 Jun 2009 18:58:00 +0800

在一般操作中,我们可能会碰到一些相同或者雷同的数据源要插入到不同的数据表中的情况. 在oracle9i之前的版本中, 我们必须执行多次insert语句, 因此, 为了填充不同的表, 就在源表上添加了一些不必要的IO操作. Oracle9i引入了多表insert操作, 采用以下三个形式.
Unconditional(无条件的): 没有任何限制地向多个表中插入给定表的数据;
Pivoting: 用一个非规范化的结构把数据插入到一个或多个表中.
Conditional(有条件的): 根据已有的特定条件对每个约束进行控制.测试环境建立
createtable z_test(idinteger, namevarchar2(100));
createtable z_test1(idinteger, namevarchar2(100));
createtable z_test2(idinteger);
createtable z_test3( namevarchar2(100));

inserti

独家：程序员五大层次，你属于哪一层？

ZHANGJAX — Wed, 10 Jun 2009 23:35:00 +0800

独家：程序员五大层次，你属于哪一层？本文发表于 2009-06-10 09:08 | 8490次阅读 | 共有评论(53)条发表评论关键词：新闻资讯 | 感谢max_yuki的提供 | 收藏这篇新闻
软件界一个无可争议的事实是，不同程序员的效率有差别，而且差别很大。许多专家将优秀程序员和一般程序员区分地很清楚。
大多数研究得出结论认为，一般程序员跟优秀程序员之间在工作效率和质量上存在10：1的关系：优秀程序员和水平较差的程序员的编码时间比例为1：20；debugging时间比为1：25；代码数量比是5：1；程序执行速度比例是10：1。而且发现，程序员的代码质量和效率跟工作经验没有关系。
让我们看看一些软件大腕们是如何看待优秀程序员和一般程序员的：
Randall E. Stross：无论是从软件标准、创造性、开发速度、还是设计思路或者解决问题的能力上来说，优秀程序员比差的程序员都何止好一点。
Bill Gates：一个优秀的机床工值一个一般机床工的好几倍，而一个优秀程序员值一个一般程序员的10000倍。
Robert

索引的特性与优化

ZHANGJAX — Wed, 10 Jun 2009 23:31:00 +0800

一, 索引的概念... 1
二, 索引的文件存储... 1
2.0 转储索引结构... 3
2.1 索引头内容分析... 4
2.2 索引root节点分析... 6
2.3 索引叶子节点分析... 7
三, 如何建立最佳索引... 9
何时使用索引... 9
什么是最佳索引... 10
最佳索引的参数(CF)10
有效使用索引的几个问题... 11
四, 导致索引无效的情况... 12
五, 创建索引选择合适的可选项... 12
六, 索引相关的hints. 15
6.1 index. 15
6.2 index_combine. 16
6.3 index_join:18
6.4 and_equal19
一, 索引的概念
在使用oracle的过程中,我们就不能不考虑性能和SQL优化, 而正确的使用索引在优化过程中是很关键的.
索引是建立在表的一列或多列上的辅助对象, 它有助于

在pldeveloper中输出超过255个的字符串

ZHANGJAX — Wed, 10 Jun 2009 23:29:00 +0800

Oracle编程人员经常会在pl/developer界面中打印输出超过255个长度的字符, 正常使用dbms_output.put_line(&out_str)会产生错误提示.
declare
out_str varchar2(2000);
begin
out_str := lpad('001',1000,'*');
dbms_output.put_line(out_str);
end;
ORA-20000: ORU-10028: line length overflow, limit of 255 chars per line
ORA-06512: at "SYS.DBMS_OUTPUT", line 35
ORA-06512: at "SYS.DBMS_OUTPUT", line 133
ORA-06512: at line 5

查看错误堆栈的程序源？
这里给出了一种解决方式.
将如下代码copy到测试窗体中, 并

借助内存表处理复杂的oracle查询要求

ZHANGJAX — Wed, 10 Jun 2009 23:27:00 +0800

借助内存表处理复杂的oracle查询要求.
在日常业务处理过程中,我们经常会碰到一些非常规的查询需求, 这些需求我们或者可以借助动态语句,或者其他现有的oracle函数完成查询结果, 但效率往往差强人意.
假设我们有一个客户订单业务表{订单号, 订单客户, 订单日期, 数量, 金额}存储了订单的往来明细数据,订单表中保存最近3个月的往来明细共1000w条记录, 其中客户总量约500000. 并假定在订单表上有针对日期和客户的单独索引.
现在要求提供对任意集合的多个客户的某段时间的订单明细数据.
Select 订单号, 订单客户, 订单日期, 数量, 金额
From 订单业务表
Where 订单日期 between 开始日期 and 结束日期
And 订单客户 in (客户1, 客户2, 客户3…)
面对这种需求, 我们可以要求前台程序传回三个参数, 开始日期, 结束日期, 客户列表(类似于客户1, 客户2, 客户3, 客户4…)一, 创建测试用表.
Create table t_order_

用户管理的和基于RMAN的不完全恢复

47522341 — Fri, 27 Feb 2009 23:53:00 +0800

用户管理的和基于RMAN的不完全恢复
执行不完全的数据库恢复操作,需要理解重做日志和archivelog进程/oracle数据库的同步和允许执行不完全恢复使用的选项.
不完全恢复是出现某些类型的错误时,唯一可以使用的恢复方法.理解何时以及怎样使用不完全恢复方法是很重要的.在任何时候,只要出现了一个可以导致你不能恢复到改变以前的数据库状态的错误,就需要使用下面几种不完全恢复方法之一.
Cancel:基于删除的不完全介质恢复;
Time:基于时间的不完全介质恢复;
Change:基于变化的不完全介质恢复.
每一个选项都可以恢复到出错的那一刻.出现三种选项的主要原因是,如果有三个选项的话,DBA就会有更大的灵活性,并且在恢复过程中能够控制到何处停止恢复.在下面的部分中,讲详细地描述每一个选项.
只要不想把所有的在线和归档日志文件都应用到数据库中,在任何时间都可以执行不完全恢复.

可能会需要这种类型恢复的情况是:数据文件损坏,重做日志损坏,或者由于用户的错误丢失了一个表.
有些情况下只能执行不

一个数据库完全一致恢复的测试实例

47522341 — Fri, 27 Feb 2009 01:05:00 +0800

一个oracle数据库的恢复测试
1,关闭数据库完全备份
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.

$ cp *.dbf backup1
$cp control01.ctl backup1
2,创建表并插入数据
SQL> startup
ORACLE instance started.

Total System Global Area 1511484856 bytes
Fixed Size                   736696 bytes
Variable Size           553648128 bytes
Database Buffers    956301312 bytes
Redo Buffers              798

RMAN冗余备份概念与方法

47522341 — Thu, 19 Feb 2009 01:23:00 +0800

冗余备份概念
RMAN提供了一种更谨慎的备份策略：duplexed方式备份，其实质就是在生成备份集的同时，向指定位置copy指定份数（最大不超过4）的备份集复制，以避免在灾难性事故时数据库损坏和备份丢失的情况下导致完全崩溃，提高备份可用性。
RMAN有三种方式的duplexed备份。在RMAN中执行backup命令时指定copies参数
RMAN> backup copies 2 tablespace users format 'D:\backup\USER_%U_1','D:\backup\U
SER_%U_2';

启动 backup 于 18-2月 -09
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在启动 full 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00009 name=E:\ORACLE\ORADATA\ORADB\USERS01.DBF
通道 ORA_DISK_1: 正在启动段 1

RMAN未使用catalog备份丢失控制文件的恢复方法

47522341 — Tue, 17 Feb 2009 01:06:00 +0800

情况描述
客户报告数据库故障，新来的系统管理员误操作。删掉了一些文件。具体情况是：删掉了所有重要数据文件、所有控制文件。数据库原来是归档模式，用rman备份数据，而rman 使用控制文件。幸运的是，最后一次 rman full 备份是包括了控制文件在内。系统没有设定自动备份控制文件。现在状况是数据库无法启动。
不用说，客户的备份方案不够完善，但是这时候再去说这些话责备用户有事后诸葛亮之嫌，"用户是上帝，不要去得罪他"。还有，客户有Full备份（虽然不是自动备份控制文件，这样无法用常规的恢复步骤来进行恢复）。这对我们来说是个绝对的好消息。
下面我们通过一次模拟操作来演示这个问题的解决办法。
背景知识
在Oracle 816 以后的版本中,Oracle提供了一个包:DBMS_BACKUP_RESTORE.DBMS_BACKUP_RESTORE 包是由dbmsbkrs.sql 和 prvtbkrs.plb 这两个脚本创建的.catproc.sql 脚本运行后会调用这两个包.所以是每个数据库都有的这个包是Oracle服务器和操作系统