今天在论坛里看了一篇帖子，讨论ltrim() 函数的详细用法，下面我借几个高手的回答总结一下：
先看几个实例：
SQL> select ltrim('109224323','109') from dual;
LTRIM('109224323','109')
------------------------
224323
这个的功能应该都知道的噢~~ 再来看一个：
SQL> select ltrim('10900094323','109') from dual;
LTRIM('10900094323','109')
---------------------------
4323
是不是有点迷糊了？按道理说应该是00094323的结果嘛~~ 再来看两个对比的：
SQL> select ltrim('10900111000991110224323','109') from dual;
LTRIM('10900111000991110224323
------------------------------
224323
SQL> select ltrim('109200111000991110224323','109') from dual;
LTRIM('10920011100099111022432
------------------------------
200111000991110224323
是不是有这样的疑问：为什么第二个查询语句多了一个2就没被截了呢？
再来看一个：
SQL> select ltrim('902100111000991110224323','109') from dual;
LTRIM('90210011100099111022432
------------------------------
2100111000991110224323
我想大家都都会想� ......
Oracle PL/SQL中如何使用%TYPE和%ROWTYPE
1. 使用%TYPE
在许多情况下，PL/SQL变量可以用来存储在数据库表中的数据。在这种情况下，变量应该拥有与表列相同的类型。例如，students表的first_name列的类型为VARCHAR2(20),我们可以按照下述方式声明一个变量：
DECLARE
v_FirstName VARCHAR2(20);
但是如果first_name列的定义改变了会发生什么（比如说表改变了，first_name现在的类型变为VARCHAR2(25)）？那就会导致所有使用这个列的PL/SQL代码都必须进行修改。如果你有很多的PL/SQL代码，这种处理可能是十分耗时和容易出错的。
这时，你可以使用”%TYPE”属性而不是将变量类型硬性编码。
例如：
DECLARE
v_FirstName students.first_name%TYPE;
通过使用%TYPE,v_FirstName变量将同students表的first_name列的类型相同（可以理解为将两者邦定起来）。
每次匿名块或命名块运行该语句块以及编译存储对象（过程、函数、包、对象类和触发器）时，就会确定该类型。
使用%TYPE是非常好的编程风格，因为它使得PL/SQL更加灵活，更加适应于对数据库定义的更新。
2. 使用%ROWTYPE
2.1 PL/SQL记录
P ......
经常使用Oracle数据库10g，大家可以发现以前删除的表在数据库中出现了特别多的垃圾表 如:BINjR8PK5HhrrgMK8KmgQ9nw==
这一类的表通常无法删除，并且无法用"delete"删除.
显示此类表可以用命令:SHOW RECYCLEBIN ;
删除方法为:PURGE TABLE "BINjR8PK5HhrrgMK8KmgQ9nw==";
删除全部此类表的方法为:PURGE RECYCLEBIN; ......
在JS操作 Oracle数据库时，由于框架原因不能使用 to_date命令，一筹莫展，看了好多资料。发现了突破口。
ORACLE中 无论什么但三方软件 都是以“一个会话(session)”为基础进行一系列操作的，只要关闭这个窗口，此会话将被取消/关闭。
因此想到，
alter session set nls_date_format ="yyyy/MM/dd hh24:mi:ss";
这个命令只对一次会话有效，并不是永久生效。
那么 就在 开启事务以后， 执行INSERT之前，执行这条命令：
DatabaseManager.beginTransaction();
//今回のトランザクションの日付をフォーマート
var sessionDate = "alter session set nls_date_format = 'yyyy/MM/dd HH24:mi:ss'";
DatabaseManager.execute(sessionDate);
DatabaseManager.insert("tablename",objData); ......
网上查阅了一些相关的帖子和文章，说法大体相同，但有些地方还是有些不一样，在这里稍微小总结一下二者的区别吧。
1.
delete产生rollback和相关锁信息，如果删除大数据量的表速度会很慢，同时会占用很多的rollback segments .而truncate 是DDL操作，不产生rollback，速度快.
Truncate table does not generate rollback information and redo records so it is much faster than delete.
In default, it deallocates all space except the space allocated by MINEXTENTS unless you specify REUSE STORAGE clause.
2.
delete不从tablespace中腾出空间,需要 ALTER TABLESPACE AAA COALESCE; 才有空间
3.
truncate 调整high water mark 而delete不.truncate之后，TABLE的HWM退回到 INITIAL和NEXT的位置（默认），delete 则不可以。
4.
truncate 只能对TABLE，delete 可以是table,view,synonym。
5.
TRUNCATE TABLE 的对象必须是本模式下的，或者有drop any table的权限 而 DELETE 则是对象必须是本模式下的，或被授予 DELETE ON SCHEMA.TABLE 或DELETE ANY TABLE的权限。
6.
truncate是DDL语言. delete是DML语言。不过要注意就是 truncate 不能在 pl/sql 上使用� ......
今天在学习的过程中看到了LOW HWM，印象中以前在什么地方看到过可是死活想不起来，去百度了半天都没找到相关的信息。无奈之下还是GOOGLE了一下，找到一篇asktom上的帖子。记录在这里，顺便和大家分享一下。
High-water Mark
This is a term used with table segments stored in the database. If you envision a table, for example, as a 'flat' structure or as a series of blocks laid one after the other in a line from left to right, the high-water mark (HWM) would be the rightmost block that ever contained data, as illustrated in Figure 10-1.
+---- high water mark of newly created table
|
V
+--------------------------------------------------------+
| | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | | | | | |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
high water mark after inserting 10,000 rows
|
v
+-------------------------------------------------- ......
最新文章 : Oracle