字符集
Oracle数据库软件有自己的字符集，不依赖于主机操作系统的字符集。
Oracle支持数百种字符集，我们在建立数据库时应该充分考虑实际业务需求，从而选择合适的字符集。
比如，我们确定数据库只是中国人来用，那么就可以选择ZHS16GBK字符集。
语言支持
查询v$nls_valid_values视图:
--查询数据库语言支持情况 select * from v$nls_valid_values where parameter='LANGUAGE';
可以看到结果中支持很多语言，比如SIMPLIFIED CHINESE，TRADITIONAL CHINESE，JAPANESE等。
Oracle默认排序规则是BINARY，同时Oracle还提供了很多排序规则供用户选择：
--查询数据库排序支持情况 select * from v$nls_valid_values where parameter='SORT';
地区支持
查询数据库支持的地区：
--查询数据库地区支持情况 select * from v$nls_valid_values where parameter='TERRITORY';
结果可以看到很多支持的地区，比如CHINA，CANADA，FRANCH等。选中某个地区可以默认设置许多全球化特性。
1.2 使用全球化支持功能可以在任意级别上指定全球化（优先级由低->高）：数据库、实例、客户端环境、会话、语句。
1.2.1 选择字符集前面说过，如果我们确定数据库只是中国人来用，那么就可以选择ZHS16GBK字符集。
同样，如果要存储法语和西班牙语，就可以选择Western European字符集；如果要存储俄语或者捷克语数据，就应该选择Eastern European字符集。
数据库字符集用于存储varchar2、clob、char、long数据类型列中的所有数据。
8.0版本后，Oracle引入了National Character Set，即数据库的第二个字符集，它用于存储nvarchar2, nclob, nchar数据类型的数据。
9i版本后，Oracle的National Character Set只能为Unicode字符集，有两种选择AL16UTF16和UTF8.选择哪个要考虑nvarchar2数据类型中实际要存储的数据类型，如果大部分数据可以表示为一个字节，选择UTF8；反之选择AL16UTF16。如果实际应用表中用不到nvarchar的数据类型，这个选择没有意义。
在9i版本之前，无法改变数据库字符集，从9i版本开始，虽然可以改字符集，但无法保证这种方法有效。
可以使用csscan和lcsscan工具来帮助决定字符集是否能够修改（必须首先运行csminst.sql脚本）。
确定可以无损改变数据库字符集后，就可以通过执行alter database character set..命令来完成字符集的修改。
命令本身要求目标字符集必须是原始字符集的一个超集，但不能保证不存在问题。
数据库级别的全球化设置。
--查询NLS_DATABASE_PARAMETERS视图 select * from nls_database_parameters; PARAMETER VALUE ------------------------------ -------------------------------------------------------------------------------- NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET ZHS16GBK NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_RDBMS_VERSION 11.2.0.4.0 20 rows selected.1.2.4 实例级别的全球化
实例级别的全球化设置，实例参数设置会重写数据库设置。
--查询nls_instance_parameters视图 select * from nls_instance_parameters PARAMETER VALUE ------------------------------ ------------------------------ NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_SORT NLS_DATE_LANGUAGE NLS_DATE_FORMAT NLS_CURRENCY NLS_NUMERIC_CHARACTERS NLS_ISO_CURRENCY NLS_CALENDAR NLS_TIME_FORMAT NLS_TIMESTAMP_FORMAT NLS_TIME_TZ_FORMAT NLS_TIMESTAMP_TZ_FORMAT NLS_DUAL_CURRENCY NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE 17 rows selected.1.2.5 客户端环境设置
一般我们项目常用的在客户端环境变量中配置的两个参数：
NLS_LANG NLS_DATE_FORMAT
/bin/bash环境：
export NLS_LANG="simplified chinese_china.ZHS16GBK" export NLS_DATE_FORMAT="YYYY-MM-DD HH24:Mi:SS"
/bin/csh环境：
setenv NLS_LANG "simplified chinese_china.ZHS16GBK" setenv NLS_DATE_FORMAT "YYYY-MM-DD HH24:Mi:SS"
注意：DBA不能控制终端用户对NLS_LANG环境变量的设置。如果应用程序容易受到全球化的影响，那么开发人员就应该考虑到这个问题，同时在会话内控制全球化设置。
服务器端与客户端全球化设置之间的转换由Oracle Net完成。如果客户端与服务器使用不同的字符集，那么就可能无法完成数据的转换。
会话级别的规范优先于服务器端数据库与实例级别的设置，而且会重写用户使用环境变量配置其会话的各种尝试。
设定nls_date_format
--第一种方法
alter session set nls_date_format='YYYY-MM-DD HH24:Mi:SS';
--第二种方法
exec dbms_session.set_nls('nls_date_format','''dd.mm.yyyy''');
--实验验证：
SQL> alter session set nls_date_format='YYYY-MM-DD';
Session altered.
SQL> select sysdate from dual;
SYSDATE
----------
2016-02-03
SQL> exec dbms_session.set_nls('nls_date_format','''dd.mm.yyyy''');
PL/SQL procedure successfully completed.
SQL> select sysdate from dual;
SYSDATE
----------
03.02.2016
查看v$nls_parameters或者nls_session_parameters视图查看当前作用于会话的全球化设置：
select * from v$nls_parameters; select * from nls_session_parameters; SQL> select * from v$nls_parameters; PARAMETER VALUE ------------------------------ ------------------------------ NLS_LANGUAGE SIMPLIFIED CHINESE NLS_TERRITORY CHINA NLS_CURRENCY ￥ NLS_ISO_CURRENCY CHINA NLS_NUMERIC_CHARACTERS ., NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT YYYY-MM-DD HH24:Mi:SS NLS_DATE_LANGUAGE SIMPLIFIED CHINESE NLS_CHARACTERSET ZHS16GBK NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY ￥ NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE 19 rows selected. --查询nls_session_parameters，没有字符集信息 SQL> select * from nls_session_parameters; PARAMETER VALUE ------------------------------ ------------------------------ NLS_LANGUAGE SIMPLIFIED CHINESE NLS_TERRITORY CHINA NLS_CURRENCY ￥ NLS_ISO_CURRENCY CHINA NLS_NUMERIC_CHARACTERS ., NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT YYYY-MM-DD HH24:Mi:SS NLS_DATE_LANGUAGE SIMPLIFIED CHINESE NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY ￥ NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE 17 rows selected.1.2.7 语句级别的全球化设置
全球化设置的最优控制级别是在每个SQL语句内进行编程控制，此时必然会在SQL函数中使用NLS参数。
比如：
--分别用英语，简体中文，日语显示职员的入职日期及星期： select to_char(HIREDATE,'Day dd, Month YYYY','NLS_DATE_LANGUAGE=AMERICAN') "English", to_char(HIREDATE,'Day dd, Month YYYY','NLS_DATE_LANGUAGE=''SIMPLIFIED CHINESE''') "Chinese", to_char(HIREDATE,'Day dd, Month YYYY','NLS_DATE_LANGUAGE=JAPANESE') "Japanese" from scott.emp; SQL> select to_char(HIREDATE,'Day dd, Month YYYY','NLS_DATE_LANGUAGE=AMERICAN') "English", 2 to_char(HIREDATE,'Day dd, Month YYYY','NLS_DATE_LANGUAGE=''SIMPLIFIED CHINESE''') "Chinese", 3 to_char(HIREDATE,'Day dd, Month YYYY','NLS_DATE_LANGUAGE=JAPANESE') "Japanese" 4 from scott.emp; English Chinese Japanese ------------------------------------ ------------------------- ------------------------- Wednesday 17, December 1980 星期三 17, 12月 1980 水曜日 17, 12月 1980 Friday 20, February 1981 星期五 20, 2月 1981 金曜日 20, 2月 1981 Sunday 22, February 1981 星期日 22, 2月 1981 日曜日 22, 2月 1981 Thursday 02, April 1981 星期四 02, 4月 1981 木曜日 02, 4月 1981 Monday 28, September 1981 星期一 28, 9月 1981 月曜日 28, 9月 1981 Friday 01, May 1981 星期五 01, 5月 1981 金曜日 01, 5月 1981 Tuesday 09, June 1981 星期二 09, 6月 1981 火曜日 09, 6月 1981 Sunday 19, April 1987 星期日 19, 4月 1987 日曜日 19, 4月 1987 Tuesday 17, November 1981 星期二 17, 11月 1981 火曜日 17, 11月 1981 Tuesday 08, September 1981 星期二 08, 9月 1981 火曜日 08, 9月 1981 Saturday 23, May 1987 星期六 23, 5月 1987 土曜日 23, 5月 1987 Thursday 03, December 1981 星期四 03, 12月 1981 木曜日 03, 12月 1981 Thursday 03, December 1981 星期四 03, 12月 1981 木曜日 03, 12月 1981 Saturday 23, January 1982 星期六 23, 1月 1982 土曜日 23, 1月 1982 14 rows selected.二、使用数据库和NLS字符集 2.1 语言排序与选择
Oracle默认使用二进制排序，要排序的字符串从左到右读取，并且每个字符都被简化为他的ASCII数字。这种排序方法适用于美国英语，对于其他语言，则有可能不正确。
2.2 Locale BuilderLocale Builder是个图形化的工具，他能通过为语言、地区、字符集以及语言排序生成定义来创建自定义的全球化环境。
2.3 使用时区为了实现业务必须在多个时区之间正常运转的功能，需要指定数据库所运作的时区以及使用TIMESTAMP WITH TIME ZONE与TIMESTAMP WITH LOCAL TIME ZONE数据类型。
实验：调整时区
--1.sqlplus连接到实例
--2.确定数据库时区
select property_value from database_properties where property_name='DBTIMEZONE';
PROPERTY_VALUE
------------------------------------------------------------------------------------------------------------------------
00:00
--3.创建表
create table times
(date_std date,
date_tz timestamp with time zone,
date_ltz timestamp with local time zone);
--4.查看支持的所有时区：
select * from v$timezone_names;
--5.将会话时区调整为某个不同于数据库时区的时区
--将会话时区设定为美国夏威夷：
alter session set time_zone='US/Hawaii';
--6.调整会话的时区/时间格式
alter session set nls_timestamp_tz_format='YYYY-MM-DD HH24:MI:SS TZD';
alter session set nls_timestamp_format='YYYY-MM-DD HH24:MI:SS';
alter session set nls_date_format='YYYY-MM-DD HH24:MI:SS';
--7.表中插入一条记录
insert into times values('2016-02-03 15:00:00','2016-02-03 15:00:00','2016-02-03 15:00:00');
commit;
--8.查看时间
select * from times;
SQL> select * from times;
DATE_STD DATE_TZ DATE_LTZ
------------------- -------------------------------------------------- ---------------------------------------------------------------------------
2016-02-03 15:00:00 2016-02-03 15:00:00 HST 2016-02-03 15:00:00
--9.会话切换至数据库时区：
alter session set time_zone=DBTIMEZONE;
--10.再次查看时间，发现timestamp with local time zone数据类型对应的时间自动调整了
select * from times;
SQL> select * from times;
DATE_STD DATE_TZ DATE_LTZ
------------------- -------------------------------------------------- ---------------------------------------------------------------------------
2016-02-03 15:00:00 2016-02-03 15:00:00 HST 2016-02-04 01:00:00
：