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
假如客户端都很正常的话，此类错误可以忽略不计，因为它并未影响到具体的应用。
相关文档：
好久沒有來寫相關Form的文章了。
下面給大家收集一下相關Oracle Form的消息提示
FND_MESSAGE.SET_STRING(‘<Message>’)。
此消息一定要結合FND_MESSAGE.SHOW或FND_MESSAGE.ERROR或FND_MESSAGE.HINT或FND_MESSAGE.WARN或FND_MESSAGE.QUESTION使用才� ......
今天开发过程中遇到了一个很麻烦的外连接的问题，到最后都没有找到很好的解决方法，最后只能用union all 实现了，虽然性能不比外连接，但至少拓展了外连接的局限性。 首先给出我测试用的三个表和数据（左右外连接道理是一样的，我只总结了左连接）： KC21表： crea ......
select lower( column_name) ||','||'--'||comments
from user_col_comments c
where c.table_name = upper('acc_fundcap')
SELECT * from USER_TAB_COMMENTS WHERE TABLE_NAME='T_META';
INSERT INTO 表名(字段名1, 字段名2) SELECT 字段名1, 字段名2 from 另外的表名; ......
一个实例可以有多个后台进程,但是，并不是每一个后台进程都会出出，通过视图v$bgprocess可以查看后台进程信息。
一般我们是通过以下sql查看后台必须的后台进程.
1.查看后台进程
select paddr,name,description
from v$bgprocess
order by paddr desc
；
2.这个视图中paddr<>'00'的行都是系统上配置和运行的进� ......
