MSSQL网页编程之关于字符集的测试呈报
为了在某种程序上弥补这一缺陷，许多SQL命令都有一个DELAY_KEY_WRITE项。这个选项的作用是暂时制止MySQL在该命令每插入一条新记录和每修改一条现有之后立刻对索引进行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行。nls_lang用于设置客户真个字符集。影响sqlplus界面的言语。
regedit:
hkey_local_machineoftwareoraclehome0
nls_lang键值
1、取值为‘US7ASCII或为空
2、取值为‘simplifiedchinese_china.ZHS16GBK
nls_characterset用于设置数据库外部字符集，决意数据纪录保留的格局。
1、取值为‘US7ASCII或为空
2、取值为‘ZHS16GBK
测试：情况（已有一表为test_char.内含有汉字）
1>客户端，服务器真个字符集为ZHS16GBK:
.能准确显现test_char.
.能准确创建含有汉字纪录的表。
.将xiejia.test_char导进到形式test中
已导出ZHS16GBK字符集和AL16UTF16NCHAR字符集
2>客户端为ZHS16GBK，服务真个外部字符集为US7ASCII
.没法一般显现test_char
.在创建含有汉字纪录的表后，没法一般显现该内容
.在实行export过程当中。
已导出ZHS16GBK字符集和AL16UTF16NCHAR字符集
服务器利用US7ASCII字符集(大概的字符集转换)
3>客户端为US7ASCII,服务真个外部字符集为US7ASII
.能一般显现test_char
.在创建含有汉字纪录的表后，不克不及一般显现该内容
.在实行export过程当中
ExportdoneinUS7ASCIIcharactersetandAL16UTF16NCHARcharacterset
在实行import历程后，没法一般显现导进内容
4>客户端为ZHS16GBK,服务真个外部字符集为US7ASCII
.不克不及一般显现test_char
.在创建含有汉字纪录的表后，不克不及一般显现该内容
.在实行export过程当中
ExportdoneinUS7ASCIIcharactersetandAL16UTF16NCHARcharacterset
serverusesZHS16GBKcharacterset(possiblecharsetconversion)
总结：
客户真个设置uls_lang可决意地导出字符集。
在oracle9i数据库，客户端字符集必需与数据库中心字符集范例分歧，不然汉字呈现乱码
相干表：
v$nls_parameters
nls_database_parameters
props$
保存成绩：
假如在客户端与服务端字符集同为US7ASCII，创建含汉字字符的表没法一般显现纪录？会不会是因US7ASCII不撑持汉字？
对于insert操作，只需要把event_type改成DELETE_ROWS_EVENT；对于delete操作，改成WRITE_ROWS_EVENT 是否碎片会引发效率问题？这都是需要进一步探讨的东西。varbinary(max)代替image也让SQLServer的字段类型更加简洁统一。 大侠们有推荐的书籍和学习方法写下吧。 以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了 无法深入到数据库系统层面去了解和探究 光写几个SQL实在叫无知。 你可以简单地认为适合的就是好，不适合就是不好。
页:
[1]