程序员经常要连接数据库   下面 就说一下 oracle数据库 客户端与服务器端 字符集一致性的问题   这可以解决中文乱码,其他字符乱码问题   主要是指在sqlplus中,其他类似toad/plsql 没有测试,但是本人感觉可以 只要字符集一致,就不会出现乱码这种问题   本人测试环境:win7 64bit.oracle11g 32bit client.oracle服务器端:oracle 10.2.0.1.0:         www.2cto.com   1.查看服务端字符集   第一种方

修改数据库字符集为:ZHS16GBK查看服务器端字符集SQL > select * from V$NLS_PARAMETERS修改:$sqlplus /nologSQL>conn / as sysdba~若此时数据库服务器已启动,则先执行 SHUTDOWN IMMEDIATE 命令关闭数据库服务器,然后执行以下命令:SQL>shutdown immediate~SQL>STARTUP MOUNT~SQL>ALTER SYSTEM ENABLE RESTRICTED SESSI

A.oracle server 端 字符集查询  select userenv('language') from dual 其中NLS_CHARACTERSET 为server端字符集 NLS_LANGUAGE 为 server端字符显示形式 B.查询oracle client端的字符集  $echo $NLS_LANG 如果发现你select 出来的数据是乱码,请把client端的字符集配置成与linux操作系统相同的字符集.如果还是有乱码,则有可能是数据库中的数据存在问题,或者是oracle

修改Oracle Client的字符集 找到注册表 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1下的 NLS_LANG,修改键值为SIMPLIFIED CHINESE_CHINA.ZHS16GBK(要与服务端保持一致) 该完后即生效.

转换背景:老系统数据为英文字符集,需要将老数据(Oracle 8i)转换到oracle 10g(中文字符集)中 思路:先将老数据从8i的数据库中导出,导出的数据库文件为英文字符集,再将10g的数据库改成英文字符集,改完后将刚才导出的数据库导入到10g中,查看中文数据是否乱码[注意:如果使用Toad 10的工具的话,因为本身Toad 10客户端使用的是英文字符集,所以显示的还是乱码,我们可以进入到sqlplus命令行查看数据是否为乱码],如果不乱吗,则将10g数据库改成中文字符集 查看当前字符集命

(1).数据库服务器字符集select * from nls_database_parameters 来源于props$,是表示数据库的字符集. (2).服务端字符集环境select * from nls_instance_parameters 其来源于v$parameter,表示服务端的字符集的设置,可能是参数文件,环境变量或者是注册表 (3).会话字符集环境select * from nls_session_parameters 来源于v$nls_parameters,表示会话自己的设置,可

概述: 本地化是系统或软件运行的语言和文化环境.设置NLS_LANG环境参数是规定Oracle数据库软件本地化行为最简单的方式. NLS_LANG参数不但指定了客户端应用程序和Oracle数据库所使用的语言和地区:同时也指定了客户端程序输入数据和显示数据所使用的字符集. 本文主要包含如下五部分 ◆ NLS_LANG环境变量的构成 ◆ NLS_LANG环境变量的格式 ◆ 如何查看数据库NLS参数设置 ◆ 举例说明如何设置NLS_LANG环境变量 ◆ 举例说明一些特殊情况 一,NLS_LANG环境变

[Oracle整理]ORA-12705(字符集问题)   2017年5月11日 18:11 [Oracle整理]ORA-12705(字符集问题) 说明:本内容是工作用到的知识点整理,来自工作中和网络.  代码于Oracle9上测试.   环境不同 DB server相同 AP server相同 AP server上的DOTNET 版本相同--都是.NET 3.5SP1 建立相同的环境 客户端不相同,我的计算机上装的是10.2.0.AP server上装的是9.2.0 再次测试 出现ORA-127

工作需要,安装装了oracle 11g,在导入其他机器上的备份数据的时间,发生一个错误: IMP-00019: 由于 ORACLE 错误 12899 而拒绝行IMP-00003: 遇到 ORACLE 错误 12899ORA-12899: 列 "ZHENG"."D_DIC"."DICEXPLAIN" 的值太大 (实际值: 140, 最大值: 100) 这个数据表结构是直接注入的,根本不会这样子的啊.后来在网上查了才知道原来是字符集的问题: 在日志文

1.oracle server端字符集查询 复制代码代码如下: select userenv('language') from dual; server字符集修改: 将数据库启动到RESTRICTED模式下做字符集更改: 复制代码代码如下: SQL>conn /as sysdba SQL>shutdown immediate; SQL>startup mount SQL>ALTER  SYSTEM  ENABLE  RESTRICTED  SESSION; SQL>ALTER

一.oracle服务端字符集 SQL> select userenv('language') from dual ; USERENV('LANGUAGE')----------------------------------------------------AMERICAN_AMERICA.AL32UTF8 二.oracle客户段字符集 2.1 window环境下,修改注册表ORACLE_HOME目录下的环境变量NLS_LANG. 2.2 unix/linux环境下,就是环境变量$NLS_LA

Oracle 设置NLS_CHARACTERSET字符集 sqlplus "/ as sysdba"SQL> SHUTDOWN IMMEDIATE;SQL> STARTUP MOUNT;SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;SQL> A

方法一:sqlplus “用户/密码 as sysdba” sqlplus “sys/sys as sysdba”  方法二:sqlplus/nolog SQL> conn /as sysdba SQL> shutdown immediate; SQL> startup mount SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION; SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0; SQL>

1.改客户端字符集:通过WINDOWS的运行菜单运行Regedit,修改注册表 Start -> Run -> Rededit <-| Under registry Editor - > HKEY_LOCAL_MACHINE -> SOFTWARE ->ORACLE->KEY_XE->RIGHT WINDOW DOUBLE CLICK NLS_LANG -> CHANGE VALUE TO "AMERICAN_AMERICA.UTF8&quo

Oracle中在做字符匹配时 遇到 NVARCHAR2 类型时报错,提示 字符集不匹配. 对使用 NVARCHAR2 的地方,需要对字段进行字符转换,加上 to_char(nvarchar2 字段) 即可. 例如: SELECT substr(bm.matnr, 3) wlbm, ms.maktx wlms, bm.meins jldw, bm.matkl wlz , bm.normt gybzms,bm.laeda gxsj,(case to_char(trim(bm.lvorm)) when

起因 今天使用SoapUI来模拟第三方的程序进行测试. 简单来说,流程是我们的程序从SoapUI里面获取数据,然后将数据插入数据库从数据库. SoapUI的脚本来自于第三方,里面包含当地的字符编码,当数据插入到数据库之后,显示出来的内容变成了乱码. 分析&解决问题 经过与第三方的交流后,发现数据在第三方自己的Oracle数据库里面显示是没有问题的.于是推测问题是我们的oracle数据库里面字符编码设置的问题. 首先查询字符集 select userenv('language') from dua

选择静默安装的安装字符集为默认的ZHS16GBK,工作中字符集为为AL32UTF8 一.登录oracle sqlplus / as sysdba shutdown immediate; STARTUP MOUNT; ALTER SESSION SET SQL_TRACE=TRUE; ALTER SYSTEM ENABLE RESTRICTED SESSION; ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0; ALTER SYSTEM SET AQ_TM_PROCE

oracle当多表union时遇到nvarchar2类型时报错 字符集不匹配对使用nvarchar的地方,加上 to_char( nvarchar 的变量或字段 ) 如:select to_char(name),price from aa union allselect  to_char(name),price from bb 3张表aa,bb,cc都有 name price 字段 查询价格最高的前3位姓名 select * from(select to_char(name),price fro

错误 在查询使用coalesce把字符串进行转换时,报错ORA-12704:字符集不匹配 如下图 解决方法 在网上找了很多方法,有使用Translate转换的:有使用to_char()的,经过测试不符合自己的需求 因为是字符串类型,orcle支持字符串相加,得到的依旧是字符串类型,而且字符集也应该是现在Oracle本身支持的字符集,所以,我将查询SQL修改成如下 select coalesce(a.billcode,a.billcode||'--') from GAMS_GXH_ZCSYNX a

修改Oracle 数据库字符集总结:修改方式大约有3种:方法一: (最安全的方法)数据库创建以后,如果需要修改字符集,通常需要重建数据库,通过导入导出的方式来转换.方法二: (最常用的方法)通过 "alter database character set ZHS16GBK;" 方式修改,但并不总是有效.该命令在Oracle8时被引入Oracle,这个操作在本质上并不转换任何数据库字符,只是简单的更新数据库中所有跟字符集相关的信息.(意味,你只能在新字符集是旧字符集严格超集的情况下使用这

在数据迁徙的时候需要使源和目标数据库的字符集.版本等信息统一…… 这里是对一个数据库的设置,需要在两边进行同样的操作. SYS@PROD1> select userenv('language') from dual; USERENV('LANGUAGE')----------------------------------------------------AMERICAN_AMERICA.ZHS16GBK SYS@PROD1> startup mountORACLE instance sta