碰上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，指的是� ......
C:\>sqlplus /nolog
SQL*Plus: Release 9.2.0.1.0 - Production on 星期三 1月 19 14:46:21 2005
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
SQL> connect chanet/chanet@oradb;
已连接。
SQL> CREATE TABLE IMAGE_LOB (T_ID VARCHAR2 (5) NOT NULL,T_IMAGE ......
select s.username,
decode(l.type,'TM','TABLE LOCK',
'TX','ROW LOCK',
& ......
之前在项目中用到的分页都是假分页，也就是先从数据库中把所有的数据都查询出来然后在绑定时进行分页。这是一种假分页，效率较低，前几天听其他项目组说他们要使用数据库的存储过程来实现分页，感觉很疑惑，难道使用数据库还可以实现分页功能？闲来无事，就从网上搜了搜资料，果然，在oracl ......
甲骨文已经完成了对SUN公司的收购，于1月27日发布了对Sun各项业务的整合规划。总体上说，Oracle要成为软硬件一体化的整体解决方案的厂商。 以下就其对备受关注的Java方面的策略做个介绍。
Java SE:
1）推出JDK SE 7， 它将包括多个新的功能，如提高开发人员的效率，提供高性能，对多核芯片的支持等。
2）Sun的HotSpot ......
