Oracle Listener的TNS 12502错误
每隔几秒钟listener日志中就出现一次该错误的记录，即使是在没有人使用的情况下也是如此，不过并没有发现客户端机器不能正常连接数据库的情况。
Oracle关于TNS-12502错误的解释:
Error: ORA-12502 / TNS-12502
Text: TNS:listener received no CONNECT_DATA from client
Cause: No CONNECT_DATA was passed to the listener.
Action: Check that the service name resolved from TNSNAMES.ORA has the CONNECT_DATA component of the connect descriptor.
根据Oracle的说法分析,只有在TNSNAMES.ORA文件中不包含CONNECT_DATA时才会出现此问题。 但实际上当我们通过一些网络工具或HA工具等监测listener端口的时候，日志中就可能会记录该错误。以下是一个模拟的示例，在客户端通过telnet数据库服务器的1521端口测试连通性:
C:>telnet 172.16.30.11 1521
此时在日志中就会记录如下信息:
TNS-12502: TNS:listener received no CONNECT_DATA from client
10-NOV-2009 13:11:03 * 12502
TNS-12502: TNS:listener received no CONNECT_DATA from client
10-NOV-2009 13:11:13 * 12502
TNS-12502: TNS:listener received no CONNECT_DATA from client
10-NOV-2009 13:11:22 * 12502
TNS-12502: TNS:listener received no CONNECT_DATA from client
假如客户端都很正常的话，此类错误可以忽略不计，因为它并未影响到具体的应用。
相关文档：
extent--最小空间分配单位 --tablespace management
block --最小i/o单位 --segment management
create tablespace james
datafile '/export/home/oracle/oradata/james.dbf'
size 100M --初始的文件大小
autoextend On --自动增长
next 10M� ......
分页查询格式：
SELECT * from
(
SELECT A.*, ROWNUM RN
from (SELECT * from TABLE_NAME) A
WHERE ROWNUM <= 40
)
WHERE RN >= 21
其中最内层的查询SELECT * from TABLE_NAME表示不进行翻页的原始查询语句。ROWNUM <= 40和RN >= 21控制分页查询的每页的范围。
上面给出的这个分� ......
1、查找表的所有索引（包括索引名，类型，构成列）：
select t.*,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name and t.table_name = i.table_name and t.table_name = 要查询的表
2、查找表的主键（包括名称，构成列）：
select cu.* from user_cons_columns cu, user_constr ......
索引组织表（IOT）有一种类B树的存储组织方法。普通的堆组织表是以一种无序的集合存储。而IOT中的数据是按主键有序的存储在B树索引结构中。与一般B树索引不同的的是，在IOT中每个叶结点即有每行的主键列值，又有那些非主键列值。
在IOT所对应的B树结构中，每个索引项包 ......
相当于alias(别名),比如把user1.table1在user2中建一个同义词table1
create synonym table1 for user1.table1;
这样当你在user2中查select * from table1时就相当于查select * from user1.table1;
优点自己总结吧。
例如：
在oracle中对用户的管理是使用权限的方式来管理的，也就是说，如果我们想使用数据库，我� ......
