碰上oracle字符集问题
前台UI进程（VC6编写）将UTF-8中文发给后台服务程序（Linux GCC），后台再写入oracle数据库，然后前台再通过后台将数据取出，并显示；后台没有做编解码转换，前台则在VC默认的GBK与UTF-8之间作转换。
开始时系统出现乱码，后来通过设置Linux一个环境变量、重启后台进程问题解决（问题是曾经尝试过更改该环境变量，但乱码依旧，不确定当时的原委）。
方式：
使用SQL*PLUS工具查询oracle server的字符集：
select userenv('language') from dual;
显示为“SIMPLIFIED CHINESE_CHINA.ZHS16CGB231280”；
查看oracle client端的字符集：
echo $NLS_LANG
显示为空，于是执行export NLS_LANG='SIMPLIFIED CHINESE_CHINA.ZHS16CGB231280'，并重启进程，测试后问题解决。
如果oracle client与oracle server的字符集设置一致，则oracle不执行字符集转换。
相关文档：
三、使用Schedules
10g 中新推出的SCHEDULER可能确实会让很多初接触的朋友感觉晕头晕脑，相比之前的jobs，SCHEDULER中新增的概念太多。比如说jobs，仍然可以理解成之前版本中的jobs，不过功能更加强大(注意10g中也仍然可以使用普通jobs，这是废话，相信看本篇文章的朋友目前应该还是这样在用)，比如说program，指的是� ......
前面一直尝试oracle的联机备份都没有成功，出现了0 file(s) copied，今天终于发现了问题所在，特低级的错误就是，原来Host copy语句要在运行命令窗口下运行才会生效，前面一直都太习惯在pl/sql中进行操作了。
oracle9i联机备份的过程
sql>alter tablespce mytp begin backup;
sql>host copy f:\oracle\oradata\myt ......
今天同事遇到了一个问题，原因是rownum的问题。
下面转一篇文章：
对于Oracle的rownum问题，很多资料都说不支持>，>=，=，between……and，只能用以上符号（<、& lt;=、！=），并非说用>，>=，=，between……and 时会提示SQL语法错误，而是经常是查不出一条记录来，还会出现� ......
具体实现如下：
SQL> select count(*) from v$session #连接数
SQL> Select count(*) from v$session where status='ACTIVE' #并发连接数
SQL> show parameter processes #最大连接
SQL> alter system set processes = value scope = spfile;重启数据库 #修改连接 ......
