通常在我们的现实环境中，存在3个字符集设置。
第一: 客户端应用字符集(Client Application Character Set)
第二: 客户端NLS_LANG参数设置
第三: 服务器端，数据库字符集(Character Set)设置
[@more@]通常在我们的现实环境中，存在3个字符集设置。
第一: 客户端应用字符集(Client Application Character Set)
第二: 客户端NLS_LANG参数设置
第三: 服务器端，数据库字符集(Character Set)设置
我们说，一个字符在客户端应用(比如SQLPLUS,CMD,NOTEPAD等)中以怎样的字符显示取决于客户端操作系统，客户端能够显示怎样的字符，
我们就可以在应用中录入这些字符，至于这些字符能否在数据库中正常存储，就和另外的两个字符集设置紧密相关了。
在传输过程中，客户端NLS_LANG主要用于进行转换判断
如果NLS_LANG等于数据库字符集，则不进行任何转换直接把字符插入数据库
如果不同则进行转换，转换主要有两个任务
- 如果存在对应关系，则把相应二进制编码经过映射后(这一步映射以后，所代表的字符可能发生转换)传递给数据库
- 如果不存在对应关系，则传递一个替换字符(很多平台就是?)
数据库字符集，在和客户端NLS_LANG不同时，会把经过NLS_LANG转换的字符进行进一步处理
- 对于?（即不存在对应关系的字符）直接以？形式存放入数据库
- 对于其他字符，在NLS_LANG和数据库字符集之间进行转换后存入。
以下我们来看一下最为常见的字符集及乱码的产生:
1.当NLS_LANG字符集与数据库字符集不同，同时NLS_LANG不同于Server端字符集设置
在这种情况下，存在两种可能:
- 客户端输入的字符在NLS_LANG中没有对应的字符，这时无法转换，NLS_LANG使用替换字符替代这些无法映射的字符(这一步转换在TTS中
完成)，在很多字符集中这个替代字符就是”?” - 当客户端的字符在NLS_LANG中对应了不同的字符时，传递给数据库以后发生转换，存储的是字符，但是已经丢失了元数据，数据库中
的字符不再代表客户端的输入。而且这个过程不可逆，这也就是为什么很多时候在客户端输入的是正常的编码，查询之后会得到未知字符的原因。
我们通过上图来简单说明一下这个过程，当客户端在WE8ISO8859P15字符集时，输入欧元符号:
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/620862/viewspace-864757/ ，如需转载，请注明出处，否则将追究法律责任。
