最近公司有一个对外项目,采用的是oracle数据库,以前做的项目基本都是SQLserver,有和oracle对接的也就一些简单的增删查改. 还巧合的遇到乱码问题,网上各种查找,筛选,总算是把问题解决了.但是也不算完美,所以还想看看有没有大侠有没有更好的办法. 服务器编码为:AMERICAN_AMERICA.WE8ISO8859P1 首先HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1增加字符串值NLS_LANG 值:AMERICAN_AM

1.打开注册表:开始-运行-regedit       HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/KEY_OraDb11g_home1/OLEDB    在右侧点鼠标右键--新建--字符串值--名称改为:NLS_LANG  值设为:SIMPLIFIED CHINESE_CHINA.ZHS16GBK       2.我的电脑-属性-高级系统设置-环境变量-在系统变量下方点击新建--变量名:NLS_LANG  变量值: SIMPLIFIED CHINESE_CHINA.Z

asp.net oracle 中文乱码 解决方法 不需要去修改oracle以及client的字符集,只需要在web.config中连接字符串上加上 Unicode=True 问题解决. <add key="connstring" value="Data Source=TESTDB;user id=username;password=password;Unicode=True"/> <add name="ConnectionString&q

cx_oracle访问处理oracle中文乱码问题 问题描述 使用docker打包了centos镜像,编码为gbk,随后访问oracle出现了很多乱码.其原因自然是因为编码不一致,服务器为zhs16gbk,按理说客户端也是gbk应该可以,但是不知道为什么. 解决办法 找了多种方式,最终使用下面这个方式处理好了: 将dockerfile中设置编码的地方按照如下处理: RUN yum -y install kde-l10n-Chinese \ && yum -y reinstall glibc

C#连接Oracle数据库乱码问题 数据库连接之前,设置环境变量,如下 Environment.SetEnvironmentVariable("NLS_LANG", "AMERICAN_AMERICA.WE8ISO8859P1"); connection = new System.Data.OracleClient.OracleConnection(strConn);

首先,需要保证oracle客户端服务器的字符集是一样的,并且保证该字符集支持中文.你可以使用plsql查看是否乱码. 代码: using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Data.OleDb; namespace Oracle中文 { class Program { static void Main(string[] args) { Conso

提示oracle客户端无法连接指定字符 安装好客户端之后,如图 将数据库dbhome_1中的network文件夹全部复制到客户端,如图 然后在设置环境变量:F:\app\Administrator\product\11.2.0\instantclient_11_2 第二种方法:本人使用的第二种方法 果断放弃.net自带的ole db 的连接方式[这种方式太容易出现中文乱码错误],改为oracleClient的连接方式[oracle官网有提供的引用文件,或者使用Nuget搜索“Oracle.Man

当使用tomcat部署servlet连接时,总是出现各种原因的中文乱码问题.有的是因为mysql的默认字符集的问题,有的是客户端的字符配置问题. 现在对于这两种问题进行配置,来解决乱码. 服务器端(mySQL)的字符集配置: show charset://显示支持的所有字符集,大约有40多种: SHOW VARIABLES LIKE 'character_set_%';//查看SQL使用的编码格式: set character_set_client = utf8;//将SQL的一个属性改为utf

由于工作原因我们需要通过php访问我们以前的Sql Server 2005数据,所以就有了这篇文章的诞生.废话就少说了,做程序设计的最不喜欢兜圈子了.用简介步骤说明问题,往下看.系统:   Linux数据库: Sql Server 2005   1.下载FreeTDS  官方网站:http://www.freetds.org  2.安装FreeTDS# tar zxvf freetds-current.tgz(解压)# ./configure --prefix=/usr/local/freetd

用OracleDataAccess.dll访问oracle数据库,遇到中文乱码的情况. 解决方案如下: 1查看字符集编码, 在数据库服务器端 启动 sqlplus SQL->select userenv('language') from dual 查询结果如:SIMPLIFIED CHINESE_CHINA.ZHS16GBK 2 在系统的环境变量里面加了个NLS_LANG值也是SIMPLIFIEDCHINESE_CHINA.ZHS16GBK 3 如果不进行第二步,在程序启动时调用以下代码亦可实现

以下转自 http://blog.itpub.net/29151695/viewspace-1173238/ 最近在linux上安装完oracle 10gR2后,又遇到了字符集乱码的问题,之前在网上找了下,然后解决完后就不了了之了,这次又碰到此类问题,所以就认真下来花点时间去测试了一番,经过一些测试,现在已经解决了问题,现在把自己遇到的问题和解决方法记录一下,方便自己日后查找. 测试环境如下: 测试平台: VMware? Workstation 9.0.2 build-1031769 (注:VM

现象 mac 上用是iterm2终端, Shell 环境是zsh. ssh 到Linux 服务器上查看一些文件时,中文乱码. 
这种情况一般是终端和服务器的字符集不匹配,MacOSX下默认的是utf8字符集. iterm2本地显示中文正常,但ssh到服务端发现中文乱码 解决方法 输入locale可以查看字符编码设置情况,而我的对应值是空的. 
而默认的.zshrc没有设置为utf-8编码,所以本地和服务器端都要在.zshrc设置,步骤如下,(bash对应.bash_profile或.bashrc

AMERICAN_AMERICA.WE8ISO8859P1,这个字符编码是西欧字符编码,对应于.Net的就是iso-8859-1字符编码,所以只需要改到系统的默认字符编码就行了. 解决方法: (1) 服务器端重新安装ORACLE 在重新安装ORACLE 时选择与原卸出数据一致的字符集(本例为US7ASCII). 加载原卸出的数据. 这种情况仅仅使用于空库和具有同一种字符集的数据. (2) 写一个函数: 代码如下 复制代码 /**//// <summary> /// 将西欧字符编码转换成GB23

我刚刚在linux下安装oracle时就碰到这个问题,查了半天知道问题是oracle的字符集不对. 解决方法是dbca进入图形界面,删去现有的库,重建新库. 建库时注意: 1,dbca创建, 选第一项(自定义    custom Database) 2,进入memory界面时,charsets选项选择 zh_16GBK 这次我在帮一哥们儿处理这个问题时,竟让他彻底删除oracle,再建库.完全没必要,搞得后来他又重装系统,不好啊. 这星期六,我自己把oracle彻底删除.然后安装一个空的orac

中文乱码问题解决:1.查看服务器端编码select userenv('language') from dual;我实际查到的结果为:AMERICAN_AMERICA.ZHS16GBK2.执行语句 select * from V$NLS_PARAMETERS 查看第一行中PARAMETER项中为NLS_LANGUAGE 对应的VALUE项中是否和第一步得到的值一样.如果不是,需要设置环境变量.否则PLSQL客户端使用的编码和服务器端编码不一致,插入中文时就会出现乱码.3.设置环境变量计算机->属性

1. 在navicate中查看 show variables like'char%'; show variables like 'collation_%'; 2.在mysql中查看 通过对比可以发现两者不同之处,因此通过set分别设置mysql和navicate中的数据 set character_set_client=utf8; set character_set_connection=utf8; set character_set_results=utf8; set collation_co

1.Linux操作系统Oracle11g设置别名的时候发现中文乱码 2.直接修改环境变量 添加 export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK 3.执行命令使环境变量生效 source .bash_profile 4.查看字符集是否已生效 5.再次执行命令,看是否还是乱码,问题解决

FYI由于历史的原因,早期的oracle没有中文字符集(如oracle6.oracle7.oracle7.1),但有的用户从那时起就使用数据库了, 并用US7ASCII字符集存储了中文,或是有的用户在创建数据库时,不考虑清楚,随意选择一个默认的字符集,如WE8ISO8859P1或US7ASCII,而这两个字符集都没有汉字编码,虽然有些时候选用这种字符集好象也能正常使用,但用这种字符集存储汉字信息从原则上说就是错误的,它会给数据库的使用与维护带来一系列的麻烦.正常情况下,要将汉字存入数据库,数据库

最近迁移一个.net应用系统从32位Windows2003升级到64位的Windows2008中,发现所有涉及中文的内容插入到Oracle数据库中都变为?,最开始以为是2008系统的字符集与Oracle数据库中得不一致,检查发现NLS_LANG都是SIMPLIFIED CHINESE_CHINA.ZHS16GBK,是一致的. 网上狂找一遍,基本提供的思路都是设置客户端与数据库端字符集一致的方式,问题是我这已经是一致了,问题还是没解决. 几经折腾,无意间设置了数据库连接字符串字符集,问题居然得到解

本文转载地址:http://developer.51cto.com/art/200906/130425.htm 感谢相关作者! MySQL默认编码是latin1 mysql> show variables like 'character%'; +--------------------------+--------------------------+ | Variable_name | Value | +--------------------------+------------------

针对各主流数据mysql.sqlserver.oracle当以编码格式gbk存放数据时,要注意字符串类型的字段,要采用宽字符串nvarchar存放,前提是当你的应用程序是utf8编码,而数据库是gbk编码, 尤其是某个字符串字段以varchar存放时会出现乱码,即使你在数据库连接串中声明;charset=utf8无济于事,虽然在php中设置后能显示中文,但是字符串被截断,而且会弹出橘黄色经典报错页面,这是php引擎的一个bug.尤其针对中文这种宽字符的尽量采用n开头的数据类型来定义字段.