ANBOB™

One of the database users accidentally deleted all the rows of a critical table and committed the delete at 1:30 p.m. …

Identify the two tablespaces whose data files are so critical that only a closed recovery is possible. (Choose two.)

在linux 上很容易查询 oracle的错误编码，得到提示、原因、及大概解决思路，但windows操作系统就没有办法应用oerr查询错误了，但是有群国外的哥们实现了在windows上使用oerr的方法

今天群里谈DUAL,网上找了点说明，DUAL表就像ORACLE的宝贝女儿，一直隐藏而众多人士又想了解靠近，我决定试一下，发现10G的dual表比9i有变动，也更加合理，话不多说，老风格动手吧

从表里提取汉字, 需要考虑字符集, 不同的字符集汉字的编码有所不同
这里以GB2312为例, 写一函数准确地从表里提取简体汉字.

在itpub上看到了这个方法，我修改了一下，修改后如下

SQL> delete test where id=1;
SP2-0544: Command “delete” disabled in Product User Profile

SQL> conn zwz/zwz;
Error accessing PRODUCT_USER_PROFILE
Warning: Product user profile information not loaded!
You may need to run PUPBLD.SQL as SYSTEM

一般向一个表插入数据时，为了提速用到append 提示，但有没有想过表上的索引是怎么维护的？

For a table to be recoverable using Flashback Drop, it must reside in a locally managed tablespace. Also, tables in the SYSTEM tablespaces cannot recovered using Flashback Drop regardless of the tablespace type.

Transportable tablespace feature introduced since Oracle 10g allowed a tablespace placed in a read only mode to be transported to another database and plugged in. However system and sysaux tablespaces were not transportable

Database mounted.
ORA-00313: open failed for members of log group 3 of thread 1
ORA-00312: online log 3 thread 1: ‘/u01/app/oracle/oradata/ORCL/onlinelog/o1_mf_3_5y4dgorl_.log’
ORA-00312: online log 3 thread 1: ‘/u01/app/oracle/flash_recovery_area/ORCL/onlinelog/o1_mf_3_5y4dgq04_.log’

ORACLE默认所存的值是取分大小写的，但有些需求想忽略大小写，今天就浅谈一下nls_sort ,nls_comp实现查询忽略大小写查询

oracle对于全索引的扫描支持两种，一种为index full scan简称IFS，另一种是index fast full scan简称IFFS， 后者带了fast是因为前者是单块有序读，而后者是多块无序读，所以多块读对于全扫来说要快于单块读， 对于两者的区别TOM在OTN上描述如下

if export specify the FILESIZE parameter,so when you import specify TABLES parameter and you must specify the FILESIZE same ths export filesize too

今天有人问题到这个问题，in（）里可以有多少个，以前从没试过那么多，刚做了个试验，如下

COLS是USER_TAB_COLUMNS.的同义词，USER_TAB_COLUMNS视图是又是根据USER_TAB_COLS创建.USER_TAB_COLS是来建立在基表上且类型名称也是写在sql代码中的

Transparent Data Encryption透明机密技术是Oracle在10g版本之后推出的数据层加密技术。核心概念是借助外置于数据库的加密文件，对数据表列乃至表空间等多层次进行加密。这种技术对存储在数据库中的敏感信息，提供了简单可靠的安全防护解决方案,像透明网关一样透明无需手动加密解密

anbob@ORCL> select * from testap;
select * from testap
ERROR at line 1:
ORA-12838: cannot read/modify an object after modifying it in parallel

有时创建dblink ,而又只有数据库用户，没办法配置操作系统的tnsnames.ora,就可以以这种方法创建，信息存进数据库，缺点是后期改连接信息，只能删了重建

今天有人提起了 in 与not in 的数据集里如果有null 值的情况下返回数据，not in的怪现象，其实这不是not in 的bug,在sqlserver,mysql,oracle都一样