(转)JDBC与字符集总结

最新推荐文章于 2023-04-30 22:15:00 发布
最新推荐文章于 2023-04-30 22:15:00 发布
阅读量298 收藏
点赞数
分类专栏： jdbc 文章标签： jdbc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/so_fast/article/details/84444468
版权

http://tech.ccidnet.com/art/3737/20051007/472823_1.html

JDBC与字符集总结

发布时间：2006.03.10 07:40      来源：CSDN     作者：

 


JDBC与字符集总结
danci.z(小谢), 2003.11.16

 

通过JDBC访问数据库时遇到的字符集问题中，可以归纳为如下因素：

 

- JVM对字符集的处理

 

JVM核心完全使用Unicode字符集，编码上采用UTF-16LE(x86和Unix)。 Java编译器扫描.java源文件时将完成预转换，比如在中文Windows上编译.java文件时，你可能已经注意到.java文件中的字符串和.class中的不一样。因为.java文件本身用的是gb2312编码，而.class内则是UTF-16LE编码。如果你的编辑器支持，你可能会选择直接用UTF-8来书写.java源程序，这时Java编译器就会用UTF-8对源程序解码。

 

在输出时，比如调用System.out.print方法也将完成一个编码转换，在上述情况中经常是将内存中的UTF-16LE编码的字串转换成控制台上可读的gb2312编码。

 


- JSP页面使用的字符集

 

运行JSP页面前总会被预处理至.java程序并被编译成.class，注意到JSP总是一个servlet，因此实际上这里存在两个字符集，一是.jsp文件本身使用的字符集，另一则是servlet输出内容的字符集(content-type)。尽量使.jsp文件本身的字符集和输出内容的字符集保持一致，比如一致采用UTF-8。Response的实现将jvm中的UTF-16LE字串转换至<%@page encoding=...%>所指定的编码，

 


- Connection 使用的字符集

 

连接的字符集限制了SQL语句可以使用的字符。这在UTF-16中格外明显，如果连接不使用UTF-16的字符集，那么由于大多数的Latin-1字符集对'\0'的处理将使大多数SQL语句成为无效语句，比如SELECT语句通过UTF-16LE编码后将变成"S\0E\0L\0E\0C\0T\0..."，服务器的SQL分析器在遇到第一个'\0'便认为语句已经结束。
 
但仍然可以将UTF-16LE编码的字串送入Latin-1字符集的连接，方法是SQL语句本身仍采用Latin-1编码，而相关的字串(引号内部的)采用UTF-16LE。这种情况下，UTF-16LE的字串不能包括Unicode字符集中编码小于256的字符(包括拉丁字母和数字、英文符号)，否则SQL分析器会报告"字符串未结束"之类的错误。(为什么?)

 

- 数据库系统

 

并不是所有数据库都支持Unicode，你可能有必要通过字符集转换来保存一些特殊的字符数据。如果数据库仅支持Latin-1字符集（这样的系统不在少数），对于中文的情况，你可以将字符串用Latin-1编码，然后用gb2312解码，觉得困惑？如果你(曾经)是C++程序员，那么这里的编码类似于dynamic_cast, 而解码则相当于reinterpret_cast。

 

 sql_str = new String( java_str.getBytes("ISO-8859-1"), "gb2312" );

 

在获取数据的时候则刚好相反：

 

 java_str = new String( sql_str.getBytes("gb2312"), "ISO-8859-1" );

 


如果数据库系统支持Unicode，那么请尽量采用Unicode。有些手册上建议你根据具体情况决定是否使用Unicode，因为Unicode将占用更多的存储空间，而且如果采用UTF-8，排序的速度将会"减慢30% (mysql)"，请不要为这些词语而顾虑，大多数情况这些都不是问题。

 

对于SQL Server 2000，这篇文章值得一读:

 

 http://www.microsoft.com/china/msdn/library/techart/IntlFeaturesInSQLServer2000.asp

 

最关键的就是你需要在字符串左边加上N字符(N一定要大写)，如

 

 INSERT INTO table(name_en, name_native) VALUES('yokohama', N' 横浜 ')

 


对于Sybase数据库(Sybase 11.5, Sybase 12)，系统不支持UTF-16，但支持UTF-8，为了使用Unicode，你可能需要下面的连接字串:
 jdbc:sybase:Tds:127.0.0.1:4000/database?charset=utf8&jconnect_version=0

 

类似的，在SQL语句中使用字符N修饰的字串，使SQL分析器认为字串是Unicode编码的。

 

对于MySQL数据库，系统支持四个级别的字符集设置：
  连接，数据库，表，字段
MySQL参考手册第9章有详细的讨论，但注意版本要求4.1.0以上，同时Windows (nt,2k,xp) 的用户请注意 4.1.0 有个bug，你必须使用4.1.1才能正确使用Unicode。

 

在 SQL Server 和 Sybase 中都有N开头的字段类型，它们被设计用于国际化的字符存储。在SQL Server中，比如NTEXT实际上就是用Unicode存储的的字段类型。

 

SQL-99规定了Unicode字符串统一使用 u 前缀，如 u"コンピュータ"，但目前还没有见哪个数据库系统支持这种语法。

 


附：几个字符集支持的测试例子 （需要测试用的源码可以向我要：jljljjl@yahoo.com）

 

声明：
  Connection c; 
  Statement s;

 

生成数据：
  String lit1 = "的文本：中华人民共和国]"; 
  String[] encs = new String[] {
   "(default)",    
   "ISO-8859-1", 
   "cp850", 
   "gb2312", 
   "gbk", 
   "big5", 
   "UTF-16LE", 
   "UTF-16BE", 
   "UTF-8", 
  }; 
  
  String javaSrc = "[这是默认编码" + lit1; 
  byte[] rawdata; 
  
  s.executeUpdate("DELETE FROM StringTable"); 
  for (int i = 0; i < encs.length; i++) {
   String targetEncoding = encs[i]; 
   javaSrc = "[这是" + targetEncoding + lit1; 
   String testTarget; 
   
   if (i == 0) {
    rawdata = javaSrc.getBytes(); 
    testTarget = new String(rawdata); 
   } else {
    rawdata = javaSrc.getBytes(targetEncoding); 
    testTarget = new String(rawdata); 
   } 
   
   System.out.println(testTarget); 
   
   String sql = ("INSERT INTO StringTable(charset,text) VALUES(" +  
    "'" + targetEncoding + "', N'" + testTarget + "')"); 
   System.out.println(sql); 
   
   s.executeUpdate(sql); 
  }

 

获取数据：
  ResultSet rs = s.executeQuery("SELECT * FROM StringTable"); 
  
  String charset; 
  String text; 
  while (rs.next()) {
   charset = rs.getString("charset").trim(); 
   text = rs.getString("text"); 
   
   System.out.println(charset + ": [" + text + "]"); 
   
   byte[] raws = text.getBytes(); 
   
   String restore; 
   if ("(default)".equals(charset)) {
    restore = new String(raws); 
   } else {
    restore = new String(raws, charset); 
   }
   System.out.println("   --> [" + restore + "]"); 
  }

 

 

 

典型测试结果：
SQL-Server, type = ntext

 

(default): [[这是(default)的文本：中华人民共和国]]
   --> [[这是(default)的文本：中华人民共和国]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[这是gb2312的文本：中华人民共和国]]
   --> [[这是gb2312的文本：中华人民共和国]]
gbk: [[这是gbk的文本：中华人民共和国]]
   --> [[这是gbk的文本：中华人民共和国]]
big5: [[?琌big5ゅセい?チ㎝?]]
   --> [[?是big5的文本：中?人民共和?]]
UTF-8: [[杩欐槸UTF-8鐨勬枃鏈細涓崕浜烘皯鍏卞拰鍥絔]
   --> [[这是UTF-8的文本：中华人民共和国]]

 

 

 


SQL-Server, type = text

 

(default): [[这是(default)的文本：中华人民共和国]]
   --> [[这是(default)的文本：中华人民共和国]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[这是gb2312的文本：中华人民共和国]]
   --> [[这是gb2312的文本：中华人民共和国]]
gbk: [[这是gbk的文本：中华人民共和国]]
   --> [[这是gbk的文本：中华人民共和国]]
big5: [[?琌big5ゅセい?チ㎝?]]
   --> [[?是big5的文本：中?三民囝和?]]
UTF-8: [[杩欐槸UTF-8鐨勬枃鏈細涓崕浜烘皯鍏卞拰鍥絔]
   --> [[这是UTF-8的文本：中华人民共和国]]

 

 

 

 

 

Sybase, type = char
(default): [[??(default)???????????]]
   --> [[??(default)???????????]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[??gb2312???????????]]
   --> [[??gb2312???????????]]
gbk: [[??gbk???????????]]
   --> [[??gbk???????????]]
big5: [[??big5???????????]]
   --> [[??big5???????????]]
UTF-16LE
   --> [[?啦吀??????????乎?民共?]]
UTF-16BE: 
   --> [[??唀吀??????????乎?共吿??]

 

UTF-8: [[???UTF-8?????????????????]
   --> [[???UTF-8?????????????????]

 


Sybase, type = nchar
(default): [[??(default)???????????]]
   --> [[??(default)???????????]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[??gb2312???????????]]
   --> [[??gb2312???????????]]
gbk: [[??gbk???????????]]
   --> [[??gbk???????????]]
big5: [[??big5???????????]]
   --> [[??big5???????????]]
UTF-16LE
   --> [[?啦吀??????????乎?民共?]]
UTF-16BE: 
   --> [[??唀吀??????????乎?共吿??]

 

UTF-8: [[???UTF-8?????????????????]
   --> [[???UTF-8?????????????????]

 

 

 

Sybase, type = char, charset=utf8
(default): [[这是(default)的文本：中华人民共和国]]
   --> [[这是(default)的文本：中华人民共和国]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[这是gb2312的文本：中华人民共和国]]
   --> [[这是gb2312的文本：中华人民共和国]]
gbk: [[这是gbk的文本：中华人民共和国]]
   --> [[这是gbk的文本：中华人民共和国]]
big5: [[?琌big5ゅセい?チ㎝?]]
   --> [[?是big5的文本：中?人民共和?]]
UTF-16LE:  [[这是UTF-16LE的文本?中华人民共和国]]
UTF-16BE:  [[这是UTF-16BE的文本?中华人民共和嘿]]

 

UTF-8: [[杩欐槸UTF-8鐨勬枃鏈細涓崕浜烘皯鍏卞拰鍥絔]
   --> [[这是UTF-8的文本：中华人民共和国]]

 

 

 


Sybase, type = nchar, charset=utf8

 

(default): [[这是(default)的文本：中华人民共和国]]
   --> [[这是(default)的文本：中华人民共和国]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[这是gb2312的文本：中华人民共和国]]
   --> [[这是gb2312的文本：中华人民共和国]]
gbk: [[这是gbk的文本：中华人民共和国]]
   --> [[这是gbk的文本：中华人民共和国]]
big5: [[?琌big5ゅセい?チ㎝?]]
   --> [[?是big5的文本：中?人民共和?]]
UTF-16LE:  --> [[这是UTF-16LE的文本?中华人民共和国]]
UTF-16BE:  --> [[这是UTF-16BE的文本?中华人民共和嘿]]
UTF-8: [[杩欐槸UTF-8鐨勬枃鏈細涓崕浜烘皯鍏卞拰鍥絔]
   --> [[这是UTF-8的文本：中华人民共和国]]

 

 

 

 

 

Sybase, type = char, charset=cp936
(default): [[这是(default)的文本：中华人民共和国]]
   --> [[这是(default)的文本：中华人民共和国]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[这是gb2312的文本：中华人民共和国]]
   --> [[这是gb2312的文本：中华人民共和国]]
gbk: [[这是gbk的文本：中华人民共和国]]
   --> [[这是gbk的文本：中华人民共和国]]
big5: [[?琌big5ゅセい?チ㎝?]]
   --> [[?是big5的文本：中?人民共和?]]
UTF-16LE: --> [[这是UTF-16LE的文本?中华人民共和国]]
UTF-16BE: --> [[这是UTF-16BE的文本?中华人民共和嘿]]
UTF-8: [[杩欐槸UTF-8鐨勬枃鏈細涓崕浜烘皯鍏卞拰鍥絔]
   --> [[这是UTF-8的文本：中华人民共和国]]

 

 

 

Sybase, type = char, charset=eucgb
(default): [[这是(default)的文本：中华人民共和国]]
   --> [[这是(default)的文本：中华人民共和国]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[这是gb2312的文本：中华人民共和国]]
   --> [[这是gb2312的文本：中华人民共和国]]
gbk: [[这是gbk的文本：中华人民共和国]]
   --> [[这是gbk的文本：中华人民共和国]]
big5: [[??big5?ゅセ?い??チ???]]
   --> [[??big5?文本?中??民???]]
UTF-16LE: --> [[?啦吀??????????乎?民共?]]
UTF-16BE: --> [[??唀吀??????????乎?共吿??]
UTF-8: [[杩??UTF-8??????涓??浜烘??卞???]
   --> [[???UTF-8?????????人????????]

 

 

 


Sybase, type = nchar, charset=eucgb

 

(default): [[这是(default)的文本：中华人民共和国]]
   --> [[这是(default)的文本：中华人民共和国]]
ISO-8859-1: [[??ISO-8859-1???????????]]
   --> [[??ISO-8859-1???????????]]
cp850: [[??cp850???????????]]
   --> [[??cp850???????????]]
gb2312: [[这是gb2312的文本：中华人民共和国]]
   --> [[这是gb2312的文本：中华人民共和国]]
gbk: [[这是gbk的文本：中华人民共和国]]
   --> [[这是gbk的文本：中华人民共和国]]
big5: [[??big5?ゅセ?い??チ???]]
   --> [[??big5?文本?中??民???]]
UTF-16LE: --> [[?啦吀??????????乎?民共?]]
UTF-16BE: --> [[??唀吀??????????乎?共吿??]
UTF-8: [[杩??UTF-8??????涓??浜烘??卞???]
   --> [[???UTF-8?????????人????????]

 

 

 


（从以上测试中可以看出，我的.java文件是用gb2312编码的。）

so_fast
关注
专栏目录
jdbc连接oracle字符集不同出现乱码
05-30
这种情况通常发生在远程 Oracle 数据库与本地 Oracle 数据库的字符集设置不一致的情况下。 在本案例中，远程 Oracle 数据库使用的字符集为 `AMERICAN_AMERICA.US7ASCII`，而本地 Oracle 数据库使用的字符集为 `...
JDBC与字符集总结
除了C++外，我还会暖床
11-18 1740
JDBC与字符集总结danci.z(小谢), 2003.11.16通过JDBC访问数据库时遇到的字符集问题中，可以归纳为如下因素：- JVM对字符集的处理JVM核心完全使用Unicode字符集，编码上采用UTF-16LE(x86和Unix)。 Java编译器扫描.java源文件时将完成预转换，比如在中文Windows上编译.java文件时，你可能已经注意到.java文件中的字符串和.c
jdbc连接mysql数据库，设置字符集编码
qq_36760873的博客
08-19 6967
jdbc连接mysql数据库，设置字符集编码 1.第一种方法： JDBC连接数据库时常会出现乱码的情况，那是因为我们的字符级与数据库的字符级不一样，我们通过定义url地址的时候定义字符级： sql代表你的数据库名称；所以当这种情况遇到乱码的时候就可以采用这种方式来解决问题： String url = “jdbc:mysql://localhost:3306/sql?useUnicode=true&...
java编码字符集及jdbc连接数据库指定字符集
mrdu_somefun的博客
03-29 6425
Java中String的编码格式为unicode，如果要将中文插入MySQL，则表中字符列的编码属性应该设为utf-8. create table seugs(    number int(11) default NULL,   name nchar(10) default NULL,   sex nchar(4) default NULL,
jdbc mysql 字符集_详解JDBC对Mysql utf8mb4字符集的处理
weixin_28726969的博客
02-26 1962
详解JDBC对Mysql utf8mb4字符集的处理写在前面在开发微信小程序的时候,评论服务模块希望添加上emoji表情,但是emoji表情是4个字节长度的,所以需要进行设置当前项目是JAVA编写, 使用JDBC连接操作数据库, 如下针对的JDBC操作的解决方案一.JDBC的URL的正常操作复制代码 代码如下:jdbc.url=jdbc:mysql://HOST:3306/your_databas...
Java——JDBC连接数据库
DM_LL的博客
05-20 519
第一步 ：登录官网 www.mysql.com 第二步 ：下载安装 插个题外话，当时我们老师说这个看需要下载，我就没下（对不起我真的是懒狗），导致后面操作都没办法进行，最后经过同学的点拨才想起这里没下载。 下载，解压完成之后，会出现下面这样一个文件夹 打开Eclipse集成开发环境，选择项目Project目录下的Properties，话不多说，直接看图吧。 关于这里为什么我有两个，是因为我其中一个是我同学发给我的，但是我用了还是不行，无奈自己又去官网重新下载了，对，又是因为我的懒惰，我
jdbc问题集收藏总结
05-03
### JDBC问题集锦与解决方案 #### 一、ResultSet的理解与使用 **问题描述：** 在使用JDBC过程中，经常需要处理查询结果集`ResultSet`。`ResultSet`对象表示执行SQL语句后返回的结果集，它提供了对结果集中数据的...
JDBC知识点总结
05-05
### JDBC知识点总结 #### 一、JDBC概述 **简介** JDBC (Java Database Connectivity) 是由 SUN 公司提供的一套标准规范，用于在 Java 应用程序中访问关系型数据库。它允许 Java 程序通过统一的 API 与不同的...
JDBC连接mysql乱码异常问题处理总结
08-28
JDBC连接mysql数据库时，需要注意字符集的设置，以避免乱码问题的产生。我们可以通过在连接数据库的语句中添加参数useUnicode=true和characterEncoding=GBK来指定字符集，避免mysql数据库使用默认的字符集。
JDBC知识总结
12-14
JDBC，全称为Java ...总结来说，JDBC是Java程序员与数据库交互的重要工具，其核心功能包括连接数据库、执行SQL语句和处理查询结果。熟练掌握JDBC可以帮助开发者更好地管理数据库操作，提升应用程序的效率和安全性。
struts spring jdbc 编码格式从utf-8转化为gbk
专注
11-02 1664
一直都用utf8作为编码格式的，突然另一个项目数据库中出现乱码，才发现这个项目的页面都是gb2312编码格式的，页面不能改，系统已经部署上了，数据库里一堆乱码，没有办法，只能修改配置文件，如何修改呢？要求从utf8全部修改为gbk，兼容gb312，摆弄了好久，走了一些弯路，总结了下，需要从以下几个方面更改：   1.页面就不说了，gbk，或者gb2312的 2.在web.xml中，修改spr
SqlServer数据库中文乱码问题解决方法
最新发布
Alex的博客
04-30 1万+
这个问题在网上找了很多资料都没找到真正解决问题的办法，最终去了官网，终于找到问题的答案了，整理出来做个记录。问题描述：项目中遇到一个问题，sqlserver中的数据是ok的，结果保存到mysql中是乱码，在确认mysql没问题的情况下开始处理sqlserver的编码。
jdbc连接mysql数据库，字符集编码
Monkey__yuan的博客
12-31 1382
一、JDBC连接数据库时常会出现乱码的情况 1. 字符级与数据库的字符级不一样，我们通过定义url地址的时候定义字符级 url=jdbc:mysql:///travel?useUnicode=true&characterEncoding=utf-8&useSSL=false&serverTimezone=GMT%2B8&zeroDateTimeBehavior=convertToNull&autoReconnect=true 2. ...
jdbc mysql 字符集_关于jdbc 字符集和数据库字符集的问题
weixin_39848007的博客
01-19 303
今天突然想研究研究jdbc读异体字的问题，官方文档上，居然让我看到了这样一段话，一直的想法就是想让jdbc和数据库读取时不发生字符集转换来实现，看来希望没有了In versions of the Oracle JDBC drivers prior to 10g release 1(10.1), there were performance advantages to usingoracle.SQL...
Jdbc连接oracle远程数据库字符集US7ASCII中文乱码解决
Joe192的博客
10-26 7278
因为程序代码本身的编码是utf-8，使用jdbc连接查询oracle数据库表数据中文乱码，plsql设置环境变量NLS_LANG=AMERICAN_AMERICA.US7ASCII 是能解决plsql显示正常，但是程序使用jdbc连接数据库还是乱码。数据库：oracle11g 字符集：AMERICAN_AMERICA.US7ASCII。1、配置服务端编码和客户端编码。
jdbc:oracle:thin方式连接 字符集为GBK的oracle数据库，读回来的中文字符串乱码的问题 一个后置解决方案
You can either travel or read,but either your body or soul must be on the way.
03-26 1756
前言：大体思路就是 读回来之后，先编码回去，再用服务端的字符集解码 写了个反射通用方法如下： /** * 解决乱码问题 先用 iso-8859-1 编码 再用 GBK解码 * @param o */ private void convertIsoToGbk(Object o) throws IllegalAccessException, Unsu...
使用jdbc连接数据库中文乱码问题
qq_37003223的博客
11-25 3245
     今天在学习jdbc时做了一个项目，项目主要实现的功能是通过jdbc连接数据库，进行添加和查询图书馆书籍。过程中遇到了添加中文到数据库的乱码问题，跟大家分享一下解决方案： 一.添加的时候是否有报错（没有的话直接绕道到二）     如果报错的话应该是如图所示：     这个错误是你数据库的编码问题引起的，可以通过bin&gt;mysql.exe进入mysql后通过执行以下语句来查看...
sql server字符集（Chinese_PRC_CI_AS等）
lisheng19870305的专栏
07-20 6815
2.在中文字符集下使用nvarchar，最大长度可定义4000,这个4000是指字符个数（len()），即最大可以保存4000个英文字符，4000个中文字符；使用N''时，中文占2个字节，只可以存x/2个汉字，没有乱码，取出仍为汉字,说明在英文字符集下通过使用N''是可以保存汉字的；不论使用不使用N''，中文字符都占1个字节,即可以存x个中文，但只保存前半截中文编码，所以select结果为乱码；不使用N''时，中文占1个字节，可以存x个汉字，但都只存入汉字前半截字符编码，显示为乱码；...
jdbc问题集：总结常见难题与驱动兼容性
本文档是一篇关于Java Database Connectivity (JDBC)问题集的总结，主要关注了两个关键主题：ResultSet处理和数据库驱动的选择与连接。 1. **ResultSet处理** - ResultSet是JDBC中的核心对象，它表示查询结果集，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值