总结：
当NLS_CHARACTERSET=AL32UTF8时（）
NLS_LENGTH_SEMANTICS=BYTE时，一个汉字代表三个字节
NLS_LENGTH_SEMANTICS=CHAR时，一个汉字代表一个字节
当NLS_CHARACTERSET=US7ASCII时（字符集为单字节）
NLS_LENGTH_SEMANTICS=BYTE时，一个汉字代表两个字节
NLS_LENGTH_SEMANTICS=CHAR时，一个汉字代表两个字节

现象:
select * from nls_database_parameters;
….      …………..
NLS_CHARACTERSET        AL32UTF8

…..

NLS_LENGTH_SEMANTICS BYTE

….

NLS_NCHAR_CHARACTERSET      AL16UTF16

NLS_RDBMS_VERSION      10.2.0.4.0
 

SQL> alter session set nls_length_semantics='BYTE';

SQL> create table nls_byte(c1 varchar2(7));

SQL> insert into nls_byte values('测试机');

 insert into nls_byte values('测试机')

 ORA-12899: 列 "SYS"."NLS_BYTE"."C1" 的值太大 (实际值: 9, 最大值: 7)

SQL> insert into nls_byte values('测试a');

 1 row inserted
 
SQL> select table_name,column_name,t.DATA_TYPE,t.DATA_LENGTH,t.CHAR_USED from user_tab_columns t where table_name='NLS_BYTE';

 TABLE_NAME COLU DATA_TYP DATA_LENGTH CHAR_USED

---------- ---- -------- ----------- ---------

NLS_BYTE   C1   VARCHAR2           7 B
  
NLS_LENGTH_SEMANTICS allows you to specify the length of a column datatype in terms of CHARacters rather than in terms of BYTEs. Typically this is when using an AL32UTF8 or other varying width NLS_CHARACTERSET database where one character is not always one byte. While using CHAR semantics has as such no added value in a 7/8 bit characterset it's fully supported so any application code / table setup using CHAR can also be used in a 7/8bit characterset like US7ASCII/WE8MSWIN1252.
This parameter is a 9i (and up) feature and is not available in older releases

翻译过来就是:这个参数允许将列的数据单位设为字符而不是byte.这个问题会在字符集设为UTF8的时候出现. 此参数在9i以上版本有效.

NLS_LENGTH_SEMANTICS 设置.

1.      NLS_DATABASE_PARAMETERS中的值是在数据库创建的时候确定的,一般都为BYTE

2.     此参数可以以 “ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHAR scope=both”方式修改,但是需要重启数据库才能生效.

3.     也可用” ALTER SESSION SET NLS_LENGTH_SEMANTICS=CHAR”使对当前session生效.

4.     此参数可以在10G以上版本中,在环境变量或注册表中设置(注意需要大写),设定后从当前客户端启动的所有会话都采用新的取值.

5.     修改后只对新建的列生效,对于已有的列没有作用

6.     新建或升级DB时用BYTE,否则XDB或dba_tables会出现问题.

7.     NLS_LENGTH_SEMANTICS对sys用户下的对象无效.

8.     如果对于7/8bit的字符集,设为byte/char意义不大,因为无论是char和byte都对应一个byte.

测试:

一.在当前session中修改此参数

 SQL> alter session set nls_length_semantics='char';

 Session altered

 SQL> create table nls_char(c1 varchar2(7),c2 varchar2(7));

 Table created

 SQL> desc nls_char

Name Type        Nullable Default Comments

---- ----------- -------- ------- --------

C1   VARCHAR2(7) Y                      

C2   VARCHAR2(7) Y                      

 SQL> insert into nls_char values('测试机','测试测试测试');

 1 row inserted 

如果对于alter system,效果是一样的

二.对于已经存在的表,

 SQL> desc nls_byte

Name Type             Nullable Default Comments

---- ---------------- -------- ------- --------

C1   VARCHAR2(7 BYTE) Y                      

SQL> alter table nls_byte modify c1 varchar2(7 char);

 Table altered

 SQL> desc nls_byte

Name Type        Nullable Default Comments

---- ----------- -------- ------- --------

C1   VARCHAR2(7) Y                      

 SQL> insert into nls_byte values('测试机');

 1 row inserted
 
1.      exp/imp : 不能直接导入,因为会采用source table的建表方式在target db里建表,即使目标库设的值为char.

*可以预先在目标库中以char方式建表

*然后导入,指定参数ignore=y

  2. Alter table

     alter table "<owner>"."<table>" modify "<column>" char (10 char);

      创建脚本,修改列设定.

 注:

Bug-3611750, ora-01450 online rebuild of index fails, 可以在重建索引前指定byte, 10.2.0.5以上已经修复

Bug 1488174 UNICODE: ALTER SYSTEM SET NLS_LENGTH_SEMANTICS DOESN'T
TAKE EFFECT, 用此语句修改后,实际上不起作用,需要重启才能生效, 但是如果用alter session方式即时生效,不用重启.

进一步测试,在另一个字符集设为us7ascii的DB设置此参数

SQL> select * from nls_database_parameters

6          NLS_CHARACTERSET  US7ASCII

SQL> alter session set nls_length_semantics=byte;

Session altered.

SQL> create table nls_byte(c1 varchar2(7));

Table created.

SQL> insert into  nls_byte values('测试测试');

insert into  nls_byte values('测试测试')

ERROR at line 1:

ORA-12899: value too large for column "TEA"."NLS_BYTE"."C1" (actual: 8,

maximum: 7)

SQL> desc nls_byte

 Name                        Null?    Type

 -------------------------------

 C1                                   VARCHAR2(7)

SQL> alter session set nls_length_semantics=char;

Session altered.

SQL> create table nls_char(c1 varchar2(7));

Table created.

SQL> insert into  nls_char values('测试测试');

insert into  nls_char values('测试测试')

ERROR at line 1:

ORA-12899: value too large for column "TEA"."NLS_CHAR"."C1" (actual: 8,

maximum: 7)

SQL> desc nls_char

 Name                        Null?    Type

 ----------------------------------------- -------- -------------------

C1                                  VARCHAR2(7)
 
 可以看出,在字符集为单字节的情况下,无论取何值,汉字都是以二个字节的方式存在的.

因为工作需要接触到sso，据知目前多数sso使用耶鲁的cas实现，且发现使用cas真的是很简单就可以做出一个单点登录系统来，cas还提供丰富的扩展功能，对于扩展功能日后再细细研究，这里只使用cas做一个hello world来记录本人的学习过程，如有幸被高人看到，还望指出弊病，不吝赐教。

在使用cas之前最好对数字证书有所了解，不了解也没有关系，跟着我的步骤也一样可以跑的通。

准备工作

需要的文件：

ü         Jdk6

ü         Tomcat

ü         cas-server-3.3.2

ü         cas-client-3.1.9

证书

下面是keytool命令的一些常用方法，先在这里认识一下它们，一会儿会用的到。

使用keytool命令生成密钥库

CN：主机名

OU：组织单位

O：组织

L：地区

S：城市

C：国家

如果需要指定密钥有效期，添加-validity 365即可，单位是天，如：
keytool -genkey -alias tomcat -keyalg RSA -dname "xxxxx" -keystore xxxxx -validity 365

导出证书

将证书导入到客户端jdk

从密钥库中删除指定别名的证书

查看密钥库中的证书

配置tomcat

使用keytool命令生成密钥库。

配置%tomcat_home%/conf/server.xml使tomcat支持SSL协议，并指定密钥库。

部署cas server

解压缩cas-server-3.3.2-release.zip文件，在modules目录里找到cas-server-webapp-3.3.2.war文件，这就是一个做好了的cas服务端，我们做的sso helloword可以直接使用，只需把cas-server-webapp-3.3.2.war改了个简单点的名字，如cas.war，然后部署到tomcat即可。

浏览器访问https://pcma:8443/cas，如果打开显示的是cas默认的登录页面，则表示服务端已部署完毕。

客户端使用cas client

新建两个web工程，用于模拟单点登录系统中的客户端，并将cas-client-3.1.9"modules里的jar包放到web工程lib目录下，是主要的是cas-client-core-3.1.9.jar文件，把spring2.5也放到lib目录下。

Web.xml文件

casContext.xml文件

新建index.jsp文件

上面的web.xml、casContext.xml、index.jsp是两个客户端中的一个，另一个要根据实际情况修改。

最后不要忘记客户端的jdk要使用keytool命令导入证书文件。

测试

启动tomcat，测试器访问http://pcma:8081/sso，出现cas登录页面，输入相同的用户名和密码即可登录，登录成功后页面自动跳转回http://pcma:8081/sso，这时点击页面上的sso2链接，就可以自动登录并跳转到sso2应用。

如果输入用户名密码后提示下面的异常，是因为部署客户端的jdk没有导入证书文件的原因。

源码

http://www.blogjava.net/Files/mashiguang/sso.zip

其实可以让数据库自己计算排行榜，并把计算结果保存到一个单独的表里去，这个表只用来保存排行榜的数据，数据量很小，然后所有的排行榜查询都去select这个表。

计算排行榜的功能我们可以写成一个存储过程，但是排行榜的数据不是一成不变的，还需要不时的调用这个存储过程才行，oracle为我们提供了dbms_jobs。

oracel dbms_jobs包可以提交作业到作业队列中，这个包中还提供其它一些函数管理以前提交的作业，如对作业进行修改、禁止或删除等操作。

常用函数：

submit()，提交作业到作业队列。

isumbit()，

remove()，从作业队列中删除作业。

change()，改变已有作业的参数。

what()，改变作业要执行的代码。

next_date()，改变作业下一次执行时间。

interval()，改变作业执行的时间间隔。

broken()，暂停执行作业。

run()，强制执行作业。

最常用的submit()函数：

dbms_jobs.submit(

       job out binary_integer,

       what in varchar2,

       next_date in date default sysdate,

       interval in varchar default null,

       no_parse in boolean default false,

       instance in binary_integer default any_instance,

       force in boolean default false

);

submit函数参数：

job，作业的作业号，是个输出参数，所以调用submit函数时，这个参数要指定一个已存在的变量。

what，作业要执行的代码，一般是存储过程。

next_date，下一次作业运行的日期。

interval，作业执行的间隔时间，这个参数默认值是null，也就是what指定的代码只在next_date这一时间执行一次。

no_parse，默认值是false，当参数值是false，提交作业时就对what指定的代码进行语法分析；当参数值是true，第一次运行what指定代码时才进行语法分析。

instance，指明运行作业的数据库实例。

force，如果是true,instance可以是任何正数；如果是false，instance指定的实例必须正在运行。

示例：

var jobno number;

begin

dbms_job.submit(:jobno,'p_xxx_taxis;',trunc(sysdate)+(18/24),'trunc(sysdate+1,''hh'')');--每天18点执行

commit;

end;

上面这段话要在 命令窗口 下运行,如在pl/sql developer里面的-->新键-->命令窗口

这样就会在每天的18点执行存储过程p_xxx_taxis。在我这里p_xxx_taxis执行的是计算排行榜的任务。