精华内容
下载资源
问答
  • ORACLE11g数据库字符集从ZHS16GBK转为UTF8 2017年04月26日    说一下我的最初需求:创建数据库时,设置的编码是ZHS16GBK,NLS_LANG配置的也是ZHS16GBK。写了一个sql脚本,该脚本在一个web项目里,整个web项目...

    ORACLE11g数据库字符集从ZHS16GBK转为UTF8

    2017年04月26日 

     

    说一下我的最初需求:创建数据库时,设置的编码是ZHS16GBK,NLS_LANG配置的也是ZHS16GBK。写了一个sql脚本,该脚本在一个web项目里,整个web项目编码格式都为UTF8,初始化数据库想使用java调用oracle命令来执行该脚本,但是用oralcle的命令执行该脚本时,存到数据库中的中文是乱码的。

    分析原因:

    如果想要搞清楚Oracle的字符系统,需要紧紧地抓住三个因素:

    一.“客户终端字符集”

    二.“NLS_LANG”环境变量

    三.“数据库字符集”

    数据库字符集直接查看方法:select * fromnls_database_parameters;

    或者 select * fromv$nls_parameters;找到:

    NLS_LANGUAGE

    NLS_TERRITORY

    NLS_CHARACTERSET

    环境变量nls_lang便是由这三部分组成

    NLS_LANG = language_territory.charset

    比如:NLS_LANG = SIMPLIFIEDCHINESE_CHINA.UTF8

    客户终端字符集查看方法:

    32位在:HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432NODE\ORACLE\KEY_OraDb11g_home1\NLS_LANG

    64位在:HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1\NLS_LANG

    下面我们通过实际操作来验证:将ORACLE11g数据库字符集从ZHS16GBK转为UTF8(或AL32UTF8也可以)

    步骤一:执行以下命令

    sqlplus "/as sysdba"

    conn /as sysdba;

    shutdown immediate;

    startup mount;

    ALTER SYSTEM ENABLE RESTRICTED SESSION;

    ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

    ALTER SYSTEM SET AQ_TM_PROCESSES=0;

    alter database open;

    alter database character set UTF8;

    shutdown immediate;

    startup;

    步骤二:执行完毕后,设置客户端字符集:

    32位在:HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432NODE\ORACLE\KEY_OraDb11g_home1\NLS_LANG

    64位在:HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1\NLS_LANG

    按照上述路径找到后设置NLS_LANG的值为SIMPLIFIED CHINESE_CHINA.UTF8

    步骤三:最后再设置环境变量NLS_LANG的值为SIMPLIFIED CHINESE_CHINA.UTF8重启电脑即可,然后执行utf8编码的sql脚本不再出现乱码。本人电脑win764位,ORACLE11g64位亲测可行。

    PS:虽然用java执行sql脚本不乱码了,但是,把环境变量NLS_LANG的值修改后,又会导致sqlplus中文提示乱码和plsql日期显示乱码,因为像sqlplus和cmd这种窗口命令并没有自己的字符集,它使用系统字符集,当NLS_LANG设置的字符集和系统不兼容时就会导致它的中文乱码。真的找不到好的解决办法,对于不用sqlplus和plsql的童鞋来说就不是什么问题了。

    在网上搜到一个折中的办法就是把NLS_LANG的值设置为:AMERICAN_AMERICA.UTF8,那么sqlplus的提示不使用中文,使用英文,plsql的日期类型字段时间也显示正常。

     

    总结:

     

    如果“NLS_LANG”等于“数据库字符集”时,不需要进行任何转换,直接把字符插入数据库

    如果“NLS_LANG”不等于“数据库字符集”,则需要进行转换,乱码的根源就在这里。

     

    如果“NLS_LANG”编码跟sql脚本一致,则插入数据库的数据基本不会乱码,但是有可能会导致sqlplus中文提示乱码。

     

    如果“NLS_LANG”编码跟sql脚本不一致,和系统一直,则插入数据库的数据可能会乱码,sqlplus中文提示不乱码。

    开发时注意:

    1、如果有可能,尽量保证客户端编码(Windows 的cmd工具可以使用chcp命令来查看系统字符集)、NLS_LANG参数和数据库字符集这三个内容一致,这样设置,无论是从性能上,还是从防止编码转换上都是最佳的;

    2、如果目的是支持中文,数据库Server端的字符集应该尽量选择ZHS16GBK或UTF8字符集,这样可以减少因不当的“转码”导致的字符乱码故障;

    3、(推荐)可已将NLS_LANG参数与操作终端字符编码一致,这样可以保证数据库能正确获得应用终端使用的编码,这时会发生“编码转换”,但是,这样就可以保证正确转码,可以防止错误的编码存入数据库;

    4、(不推荐)也可以将NLS_LANG参数与数据库服务器端的编码一致,这样,客户端无论是发送到服务器端还是从服务器接收数据都不会“转码”,这样能保证客户端对字符的显示效果,但是,一定要小心,这时数据库服务器上存放的字符编码很可能是错误的。

    5、PL/SQL Developer工具在UTF8字符集下貌似可以保证数据效果,但是使用Toad工具时貌似不太稳定”。

     

    关于字符集的基础知识可以看我转载的另一篇博客:http://blog.csdn.net/gtt875/article/details/70810554

     

    展开全文
  • 由于mysql默认的字符集编码latin ,而我们一般使用的是gbk 或者 gb2312编码 所以不改过来容易造成乱码 我用的是mysql 5.0 安装程序安装的 ,安装目录在C:\Program Files\MySQL\MySQL Server 5.0 请到这个...
    由于mysql默认的字符集编码为latin  ,而我们一般使用的是gbk 或者 gb2312编码
    
    所以不改过来容易造成乱码

    我用的是mysql 5.0   安装程序安装的 ,安装目录在 C:\Program Files\MySQL\MySQL Server 5.0
    请到这个目录下面找到 my。ini文件

    修改 default-character-set=latin1  为 default-character-set=gbk

    有两个地方都要改

    修改文件前,先停止mysql服务 ,等修改后再重新启动
    使用dos命令  :net stop mysql  来停止服务   net  start mysql  来启动
    展开全文
  • 我oracle数据库安装完了,字符集是ZHS16GBK,但是我需要一个数据库字符集是UTF8的,怎么办?。新建一个数据库实例,选择字符集utf8即可。

    我oracle数据库安装完了,字符集是ZHS16GBK,但是我需要一个数据库字符集是UTF8的,怎么办?。新建一个数据库实例,选择字符集为utf8即可。


    展开全文
  • 字符集为ZHS16GBK数据库导入到字符集为AL32UTF8的数据库 2011-03-11 22:54:23 分类: Linux 相信大家都对字符集有相当的了解了,废话就不多说了!直接步入正题:这里主要是测试含有 汉字的数据...
     
    

    分类: Linux

    相信大家都对字符集有相当的了解了,废话就不多说了!直接步入正题:这里主要是测试含有 汉字的数据从ZHS16GBK的数据库导入到字符集为AL32UTF8 

    数据库. 如有我没想到的其他情况,请大家提建议,我继续完善测试实验。
    测试环境:
    目标库:英杰的rac测试库 由
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
    Data Mining and Real Application Testing options
    sys@rac1>select userenv('language') from dual;
    USERENV('LANGUAGE')
    ----------------------------------
    AMERICAN_AMERICA.AL32UTF8

    yang@rac1>select * from nls_database_parameters;
    PARAMETER                 VALUE
    ------------------------- ----------------------------------------
    NLS_LANGUAGE              AMERICAN
    NLS_TERRITORY             AMERICA
    NLS_CURRENCY              $
    NLS_ISO_CURRENCY          AMERICA
    NLS_NUMERIC_CHARACTERS    .,
    NLS_CHARACTERSET          AL32UTF8
    NLS_CALENDAR              GREGORIAN
    NLS_DATE_FORMAT           DD-MON-RR
    NLS_DATE_LANGUAGE         AMERICAN
    NLS_SORT                  BINARY
    NLS_TIME_FORMAT           HH.MI.SSXFF AM
    NLS_TIMESTAMP_FORMAT      DD-MON-RR HH.MI.SSXFF AM
    NLS_TIME_TZ_FORMAT        HH.MI.SSXFF AM TZR
    NLS_TIMESTAMP_TZ_FORMAT   DD-MON-RR HH.MI.SSXFF AM TZR
    NLS_DUAL_CURRENCY         $
    NLS_COMP                  BINARY
    NLS_LENGTH_SEMANTICS      BYTE
    NLS_NCHAR_CONV_EXCP       FALSE
    NLS_NCHAR_CHARACTERSET    AL16UTF16
    NLS_RDBMS_VERSION         11.2.0.1.0

    20 rows selected.

    源库:
    Release 11.1.0.6.0 - Production on Friday, 11 March, 2011 21:11:49
    Conneted to: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    源库的nls_ 信息:
    sys@ORACL> select * from nls_database_parameters;
    PARAMETER                 VALUE
    ------------------------- --------------------------------------------------
    NLS_LANGUAGE              AMERICAN
    NLS_TERRITORY             AMERICA
    NLS_CURRENCY              $
    NLS_ISO_CURRENCY          AMERICA
    NLS_NUMERIC_CHARACTERS    .,
    NLS_CHARACTERSET          ZHS16GBK
    NLS_CALENDAR              GREGORIAN
    NLS_DATE_FORMAT           DD-MON-RR
    NLS_DATE_LANGUAGE         AMERICAN
    NLS_SORT                  BINARY
    NLS_TIME_FORMAT           HH.MI.SSXFF AM
    NLS_TIMESTAMP_FORMAT      DD-MON-RR HH.MI.SSXFF AM
    NLS_TIME_TZ_FORMAT        HH.MI.SSXFF AM TZR
    NLS_TIMESTAMP_TZ_FORMAT   DD-MON-RR HH.MI.SSXFF AM TZR
    NLS_DUAL_CURRENCY         $
    NLS_COMP                  BINARY
    NLS_LENGTH_SEMANTICS      BYTE
    NLS_NCHAR_CONV_EXCP       FALSE
    NLS_NCHAR_CHARACTERSET    AL16UTF16
    NLS_RDBMS_VERSION         11.1.0.6.0

    测试步骤:这里主要是测试含有 汉字的数据从ZHS16GBK 导入到 AL32UTF8 . 
    在源库创建含有汉字的表:
    yang@ORACL> create table chart ( val varchar2(20));
    表已创建。
    ======创建英文字符数据
    yang@ORACL> insert into chart
      2  select dbms_random.string('l',15)
      3  from dual
      4  connect by level <50;
    已创建49行。
    ======创建中文汉字数据
    yang@ORACL> insert into chart
      2  select '阿里云' as val from
      3  dual connect by level <50;
    已创建49行。
    yang@ORACL> select * from chart;

    VAL
    --------------------
    ogqodcrhyqaesks
    zifjvopjwwvydjf
    oaosnvrzjazdmju
    ihpjfwpgzxlbosn
    igimjnzkjbaiivf
    jxqmgavtpfmlphf
    izgrniqmuejiysb
    cydqjrbjldnsucq
    sikpsorziznhyly
    bxstvwdqrqmnylp
    ziveucwqsjbmlpu
    qdhdwjoxthivxoe
    dqideijubqlzeel
    qtuyuiwnjigrqcj
    gzgamguukwgogib
    ufrnfcdtcnmxatg
    rpuhrxfzzwmajec
    kqsawluuwltmdbf
    mlkfeymlhbqsrwj
    fokunjivnccjhls
    drlkbryvpklhlst
    vaigghwmwspounp
    qpdslsjqszpasgg
    cevwjirdyowhzep
    gpktcxauilvpjym
    oyrrpyxlroflksp
    hqfctsysbpnzkfi
    ufcqglfwqgvuwdv
    nhloooihrndmrcu
    grrtelwqpgnmazw
    olzmdcotmziiphj
    fmohaagtultvxon
    lwsqzgofvhgzajm
    vcdeoomgsrzfvjr
    pzpfqhpenensoij
    nbvxphjkufcvxmj
    ydfknwhpnzzpvsw
    xzhooomfumuckdc
    rohspaowywmblti
    dhjctrkkrdlyhvr
    yzevspqkpuumjzh
    xqmdpotvouvzgzl
    rnvcrercdxybwlt
    zhbdhamarftudbr
    biykwlracluonab
    hsdpycatadxhpft
    wskchunnmvkbprh
    butuurwduseffzc
    fosmnbjannddffp
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云

    已选择98行。
    yang@ORACL> commit;
    提交完成。
    yang@ORACL> select dump('阿里云') from dual;
    DUMP('阿里云')
    -------------------------------------
    Typ=96 Len=6: 176,162,192,239,212,198 ===三个 汉字 占用6个字节
    ===================导出操作===================================
    Microsoft Windows [版本 6.1.7600]
    版权所有 (c) 2009 Microsoft Corporation。保留所有权利。
    C:\Users\aaaa>set nls_lang=american_america.al32utf8 这里后面测试不加也可以成功导入al32utf8
    C:\Users\aaaa>expdp yang/yang tables=chart directory=dumpdir  dumpfile=zhs16gbk.dmp
    Export: Release 11.1.0.6.0 - Production on Friday, 11 March, 2011 21:19:04
    Copyright (c) 2003, 2007, Oracle.  All rights reserved.
    Connected to: Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    Starting "YANG"."SYS_EXPORT_TABLE_01":  yang/******** tables=chart directory=dumpdir dumpfile=zhs16g
    bk.dmp
    Estimate in progress using BLOCKS method...
    Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
    Total estimation using BLOCKS method: 64 KB
    Processing object type TABLE_EXPORT/TABLE/TABLE
    . . exported "YANG"."CHART"                              6.484 KB      98 rows
    Master table "YANG"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded
    ******************************************************************************
    Dump file set for YANG.SYS_EXPORT_TABLE_01 is:
      D:\DUMP\ZHS16GBK.DMP
    Job "YANG"."SYS_EXPORT_TABLE_01" successfully completed at 21:19:20
    ==============================导入到目标库=========================================
    oracle@rac1:rac1 /tmp/dump>export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 ==.bash_profile 文件里已经声明了,这里是强调一下。
    oracle@rac1:rac1 /tmp/dump>impdp yang/yang tables=chart directory=dumpdir dumpfile=zhs16gbk.dmp log=zhs16gbk_to_al32utf8.log
    Import: Release 11.2.0.1.0 - Production on Fri Mar 11 21:23:13 2011
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

    Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
    With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
    Data Mining and Real Application Testing options
    Legacy Mode Active due to the following parameters:
    Legacy Mode Parameter: "log=zhs16gbk_to_al32utf8.log" Location: Command Line, Replaced with: "logfile=zhs16gbk_to_al32utf8.log"
    Master table "YANG"."SYS_IMPORT_TABLE_01" successfully loaded/unloaded
    Starting "YANG"."SYS_IMPORT_TABLE_01":  yang/******** tables=chart directory=dumpdir dumpfile=zhs16gbk.dmp 

    logfile=zhs16gbk_to_al32utf8.log 
    Processing object type TABLE_EXPORT/TABLE/TABLE
    Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
    . . imported "YANG"."CHART"                              6.484 KB      98 rows
    Job "YANG"."SYS_IMPORT_TABLE_01" successfully completed at 21:23:17

    ==============================在目标库中验证=======================================
    sys@rac1>select dump('阿里云') from dual;
    DUMP('阿里云')
    -------------------------------------------------
    Typ=96 Len=9: 233,152,191,233,135,140,228,186,145  阿里云 三个汉字 占用 9个字节。

    yang@rac1>select table_name from user_tables;
    TABLE_NAME
    ------------------------------
    CHARSET
    CHART
    yang@rac1>select val from chart;
    VAL
    ----------------
    ogqodcrhyqaesks
    zifjvopjwwvydjf
    oaosnvrzjazdmju
    ihpjfwpgzxlbosn
    igimjnzkjbaiivf
    jxqmgavtpfmlphf
    izgrniqmuejiysb
    cydqjrbjldnsucq
    sikpsorziznhyly
    bxstvwdqrqmnylp
    ziveucwqsjbmlpu
    qdhdwjoxthivxoe
    dqideijubqlzeel
    qtuyuiwnjigrqcj
    gzgamguukwgogib
    ufrnfcdtcnmxatg
    rpuhrxfzzwmajec
    kqsawluuwltmdbf
    mlkfeymlhbqsrwj
    fokunjivnccjhls
    drlkbryvpklhlst
    vaigghwmwspounp
    qpdslsjqszpasgg
    cevwjirdyowhzep
    gpktcxauilvpjym
    oyrrpyxlroflksp
    hqfctsysbpnzkfi
    ufcqglfwqgvuwdv
    nhloooihrndmrcu
    grrtelwqpgnmazw
    olzmdcotmziiphj
    fmohaagtultvxon
    lwsqzgofvhgzajm
    vcdeoomgsrzfvjr
    pzpfqhpenensoij
    nbvxphjkufcvxmj
    ydfknwhpnzzpvsw
    xzhooomfumuckdc
    rohspaowywmblti
    dhjctrkkrdlyhvr
    yzevspqkpuumjzh
    xqmdpotvouvzgzl
    rnvcrercdxybwlt
    zhbdhamarftudbr
    biykwlracluonab
    hsdpycatadxhpft
    wskchunnmvkbprh
    butuurwduseffzc
    fosmnbjannddffp
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    阿里云
    98 rows selected.

    小结:字符集子集向其超集转换是可行的,如此例 ZHS16GBK转换为AL32UTF8。
    导出使用的字符集将会记录在导出文件中,当文件导入时,将会检查导出时使用的字符集设置,如果这个字符集不同于导入客户端的NLS_LANG
    设置,字符集将根据导入客户端NLS_LANG设置进行转换,如果必要,在数据插入数据库之前会进行进一步转换。
    通常在导出时最好把客户端字符集设置得和数据库端相同,这样可以避免在导出时发生不必要的数据转换,导出文件将和数据库具有相同的字符集。
    即使将来会把导出文件导入到不同字符集的数据库中,这样做也可以把转换延缓至导入时刻。

    当进行数据导入时,主要存在以下两种情况:
    1.源数据库和目标数据库具有相同字符集设置
    这时,只需要设置NLS_LANG等于数据库字符集即可导入(前提是,导出使用的是和源数据库相同字符集,即三者相同)

    2.源数据库和目标数据库字符集不同
    如果我们导出时候使用的NLS_LANG是和源数据库相同的字符集,那么导入时就可以设置客户端NLS_LANG等于导出时使用的字符集,这
    样转换只发生在数据库端,而且只发生一次。

    例如:
    如果进行从ZHS16GBK到UTF8的转换
    1)使用NLS_LANG=AMERICAN_AMERICA.ZHS16GBK导出数据库。
    这时创建的导出文件包含ZHS16GBK的数据
    2)导入时使用NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
    这时转换仅发生在insert数据到UTF8的数据库中。

    以上假设的转换只在目标数据库字符集是源数据库字符集的超集时才能转换。
    展开全文
  • MySQL选择数据库、修改数据库(修改数据库字符集、存储字符符格式)、删除数据库 选择数据库什么要选择数据库? 因为数据是存储到数据表,表存储在数据库下。如果要操作数据,那么必须要进入到对应的数据库才行。 ...
  • mysql创建数据库指定中文字符集

    千次阅读 2017-03-12 20:03:39
    GBK: create database test2 DEFAULT CHARACTER SET gbk COLLATE ...UTF8: CREATE DATABASE test2 DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci原文链接mysql创建数据库指定字符集 http://blog.163.com/kefan_
  • 创建数据库并指定字符集

    万次阅读 2018-08-01 22:00:19
    GBK: create database 数据库名 DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci; UTF8: CREATE DATABASE 数据库名 DEFAULT CHARACTER SET utf8 COLLATE utf... 查看数据库字符集:show variables like '%ch...
  • oracle国家字符集与数据库字符集

    千次阅读 2017-02-10 10:02:39
    数据库字符集创建数据库时指定,在创建后通常不能更改。在创建数据库时,可以指定字符集(CHARACTER SET)和国家字符集(NATIONAL CHARACTER SET)。 1. 字符集:  (1)用来存储CHAR, VARCHAR2, CLOB, LONG等类型数据...
  • ORACLE数据库字符集

    万次阅读 2019-08-09 17:47:49
    ORACLE数据库字符集 一.字符集基本知识 二、查询oracle server端的字符集 三.修改oracle的字符集 字符集基本知识 1.基本认知 ORACLE数据库字符集,即Oracle全球化支持(Globalization Support),或即国家语言...
  • mysql 创建数据库指定字符集

    千次阅读 2018-06-25 16:55:30
    mysql 创建database时指定字符集 mysql 创建database时最好能明确指定字符集,防止字符混乱的情况发生 CREATE database testdb DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci...
  • 数据库 字符集

    2020-08-05 09:02:40
    GBK字符集:只是在收录字符范围上对GB2312字符集作了扩充,编码方式上兼容GB2312。 utf8字符集: 收录地球上能想到的所有字符,而且还在不断扩充。集兼容ASCII字符集,采用变长编码方式,编码一个字
  • mysql创建数据库指定字符集

    万次阅读 2019-01-08 00:37:45
    mysql 创建 数据库时指定编码很重要,很多开发者都使用了默认编码,但是我使用的经验来看,制定数据库的编码可以很大程度上避免倒入导出带来的乱码问题。我们遵循的标准是,数据库,表,字段和页面或文本的编码要...
  • 选择ORACLE数据库字符集 转自:https://www.cnblogs.com/buxingzhelyd/p/8670161.html 如何选择数据库的字符集是一个有争议的话题,字符集本身涉及的范围很广,它与应用程序、客户的本地环境、操作系统、服务器等关系...
  • 例如数据库字符集为gbk -- GBK Simplified Chinese,表字符集也为gbk -- GBK Simplified Chinese,但是字段字符集utf8,那么在该字段中插入非中文语言(例如韩语等),都是可以正确显示的。 2、如果建表时...
  • 数据库字符集创建后原则上不能更改。因此,在前期规划和安装之初考虑使用哪一种字符集十分重要。对数据库服务器而言,错误的修改字符集将会导致很多不可测的后果,可能会严重影响数据库的正常运行,所以在修改之前...
  • 创建数据库设置字符集 create database demo default character set utf8 collate utf8_general_ci create database demo default character set gbk collate gbk_chinese_ci ...
  • 数据库需要适应各种语言和字符就需要支持不同的字符集(Character Set),每种字符集也有各自的排序规则(Collation)。 在绝大部分情形中,使用何种字符集和排序规则决定于服务器,数据库和表的级别,一般SQL操作...
  • 字符集一般选择 utf-8或者gbk (2).排序规则的选择需要注意的是,utf8_general_ci、utf8_general_cs、utf8_bin的区别,ci全称case insensitive,意思是大小写不敏感,cs区分大小写,bin是以二进制数据存储,且区分大...
  • 创建数据库时的字符集及排序规则

    千次阅读 2020-02-25 11:37:07
    在navicat for mysql中远程操作数据库,在创建数据库时出现字符集及排序规则设置,不明白是什么意思。 查了下: https://www.cnblogs.com/shiqi17/p/9441257.html 参考了以上文章,一步一步消化吧。 ...
  • Oracle 数据库字符集总结

    千次阅读 2011-07-07 22:35:19
    字符集实质上是将字符表示数值编码的一组比特序列。 Oracle中常用的字符集包括US7ASCII、WE8ISO8859P1、ZHS16GBK、AL32UTF8等。遵循以下命名规则: <Language><bit size><encoding> <语 ...
  • 字符集一般选择 utf-8或者gbk (2).排序规则的选择需要注意的是,utf8_general_ci、utf8_general_cs、utf8_bin的区别,ci全称case insensitive,意思是大小写不敏感,cs区分大小写,bin是以二进制数据存储,且区分...
  •  ORACLE数据库字符集,即Oracle全球化支持(Globalization Support),或即国家语言支持(NLS)其作用是用本国语言和格式来存储、处理和检索数据。利用全球化支持,ORACLE用户提供自己熟悉的数据库母语环境,诸如...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 33,741
精华内容 13,496
关键字:

创建数据库字符集类型为gbk