碰上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不执行字符集转换。
相关文档：
从AIX 角度，我们可以在下面三个角度衡量内存使用的合理性
1>减少页面交换操作
当操作系统需要更多内存页以支持其他应用运行时，操作系统将依据某种算法（LRU算法）把当前驻留在内存中的某些
数据页"Page Out"，也就是把内存中的数据页从内存段转移到物理磁盘。显然，这种类型的操作会影响整个系统的运行性能。
对于 ......
三、使用Schedules
10g 中新推出的SCHEDULER可能确实会让很多初接触的朋友感觉晕头晕脑，相比之前的jobs，SCHEDULER中新增的概念太多。比如说jobs，仍然可以理解成之前版本中的jobs，不过功能更加强大(注意10g中也仍然可以使用普通jobs，这是废话，相信看本篇文章的朋友目前应该还是这样在用)，比如说program，指的是� ......
今天同事遇到了一个问题，原因是rownum的问题。
下面转一篇文章：
对于Oracle的rownum问题，很多资料都说不支持>，>=，=，between……and，只能用以上符号（<、& lt;=、！=），并非说用>，>=，=，between……and 时会提示SQL语法错误，而是经常是查不出一条记录来，还会出现� ......
之前在项目中用到的分页都是假分页，也就是先从数据库中把所有的数据都查询出来然后在绑定时进行分页。这是一种假分页，效率较低，前几天听其他项目组说他们要使用数据库的存储过程来实现分页，感觉很疑惑，难道使用数据库还可以实现分页功能？闲来无事，就从网上搜了搜资料，果然，在oracl ......
Oracle Database 11g A Beginner's Guide
Oracle Database 11g SQL
Oracle Database 11g SQL: Tuning Work Shop
Oracle Database 11g SQL: Tuning Work Shop Practices and Solutions
Oracle Essentials: Oracle D ......
