数据库中一个汉字占几个字符?

数据库中一个汉字占几个字符?,第1张

如果你说的“字符”就是指 Java 中的 char,那好,那它就是 16 位,2 字节

如果你说的“字符”是指我们用眼睛看到的那些“抽象的字符”,那么,谈论它占几个字节是没有意义的。具体地讲,脱离具体的编码谈某个字符占几个字节是没有意义的。

就好比有一个抽象的整数“42”,你说它占几个字节?这得具体看你是用 byte,short,int,还是 long 来存它。

用 byte 存就占一字节,用 short 存就占两字节,int 通常是四字节,long 通常八字节。

当然,如果你用 byte,受限于它有限的位数,有些数它是存不了的,比如 256 就无法放在一个 byte 里了。

字符是同样的道理,如果你想谈“占几个字节”,就要先把编码说清楚。同一个字符在不同的编码下可能占不同的字节。

就以你举的“字”字为例,“字”在 GBK 编码下占 2 字节,在 UTF-16 编码下也占 2 字节,在 UTF-8 编码下占 3 字节,在 UTF-32 编码下占 4 字节。不同的字符在同一个编码下也可能占不同的字节。

“字”在 UTF-8 编码下占3字节,而“A”在 UTF-8 编码下占 1 字节。(因为 UTF-8 是变长编码),而 Java 中的 char 本质上是 UTF-16 编码。而 UTF-16 实际上也是一个变长编码(2 字节或 4字节)。

如果一个抽象的字符在 UTF-16 编码下占 4 字节,显然它是不能放到 char 中的。换言之, char 中只能放 UTF-16 编码下只占 2 字节的那些字符。而 getBytes 实际是做编码转换,你应该显式传入一个参数来指定编码,否则它会使用缺省编码来转换。

你说“ new String("字").getBytes().length  返回的是3 ”,这说明缺省编码是 UTF-8.

如果你显式地传入一个参数,比如这样“ new String("字").getBytes("GBK").length ”,那么返回就是 2。你可以在启动 JVM 时设置一个缺省编码,假设你的类叫 Main,那么在命令行中用 java 执行这个类时可以通过 file.encoding 参数设置一个缺省编码。

比如这样:java -Dfile.encoding=GBK Main

这时,你再执行不带参数的 getBytes() 方法时,new String("字").getBytes().length  返回的就是 2 了,因为现在缺省编码变成 GBK 了。

当然,如果这时你显式地指定编码,new String("字").getBytes("UTF-8").length  返回的则依旧是 3.

否则,会使用所在 *** 作系统环境下的缺省编码。

通常,Windows 系统下是 GBK,Linux 和 Mac 是 UTF-8.

但有一点要注意,在 Windows 下使用 IDE 来运行时,比如 Eclipse,如果你的工程的缺省编码是 UTF-8,在 IDE 中运行你的程序时,会加上上述的 -Dfile.encoding=UTF-8 参数,这时,即便你在 Windows 下,缺省编码也是 UTF-8,而不是 GBK。

由于受启动参数及所在 *** 作系统环境的影响,不带参数的 getBytes 方法通常是不建议使用的,最好是显式地指定参数以此获得稳定的预期行为。

需要看数据库使用什么字符集?如果是rtf8,那么一个汉字需要3个字节。如果是GBK,它需要2个字节。

从表名中选择*,其中length(NVL(field,'))=1orderbyfield

例如:如何确定具有多个不同长度的列中的数字的长度

如:I_CODE

从表名中选择I_CODE,其中length(I_CODE)=4。所以我们可以算出答案

此外,一个汉字在Oracle数据库中占用的字节数与数据库的字符集有关。当UTF8时,长度为3。从dual中选择lengthb('float')可以查询在Oracle数据库中中国字符占用多少字节

扩展资料:

使用以下函数查询包含字段长度小于10的DNO字段的表

Select * from user_tab_cols t where t。conumn_name,比如'%DNO '和data_length <

10select * from user_tab_cols t where t。conumn_name,比如'%DNO'和data_length <10

有时,当数据库中有许多包含相同字段的表时,您可以通过询问需要更改什么来更改表字段的长度。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/10828740.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-11
下一篇 2023-05-11

发表评论

登录后才能评论

评论列表(0条)

保存