MSSQL网页编程之字符集成绩的开端切磋(一)

支持大型的数据库。可以处理拥有上千万条记录的大型数据库。成绩

原文宣布于itpub手艺丛书《Oracle数据库DBA专题手艺精炼》,未经允许,严禁转载本文.
原文链接:

http://www.eygle.com/special/NLS_CHARACTER_SET_01.htm

Oracle环球撑持(即GlobalizationSupport)同意我们利用当地言语和格局来存储和检索数据。经由过程环球撑持，Oracle能够撑持多种言语及字符集，得以展现数据库的壮大魅力。
因为分歧言语及字符集的配合存贮存在设置上具有必定的庞大性，字符集一度成为广泛困扰人人的一个次要成绩。
本文试图就一些罕见成绩举行切磋，但愿能够把一些实践履历共享给人人！

1．字符集的基础常识
假如重新提及，字符集最早的编码计划来自于与ASCII.
这也是我们最多见的编码体例。该计划劈头于1960年月早期，最后是美国国会藏书楼制订用来作为美国藏书楼界书目互换的配合尺度，最初完美成为美国的国度尺度ASCII（AmericanStandardCodeforInformationInterchange），以后进一步演化成天下性的盘算机字符编码尺度ISO646（其全名为7-bitcodedcharactersetforinformationinterchange）。成为盘算机编码计划的基本。
Oracle数据库最早撑持的编码计划也就是US7ASCII.
可是我们晓得，英笔墨符通常为以一个字节来存储的，7位的编码计划最多只能代表128个字符；经由扩大的8位的编码计划也只能代表256个字符，这远远不克不及满意盘算机开展的必要，关于亚洲国度庞大的字符存储必要更多的码位，因而各类编码计划随之而生。

为了包容全球各类言语的一切字符和标记，办理分歧编码之间的兼容和转换成绩，1991年元月，10多家公司配合出资，组建Unicode协会,随后Unicode编码发生了。
Unicode协会的标语是:给每一个字符供应了一个独一的数字，不管是甚么平台，不管是甚么程序，不管甚么言语。
最后Unicode编码利用2-Byte(16bit)来举行编码，可是最多只能包容65536个字符，仍旧不敷利用，厥后举行了扩大，也就是Unicode3.1尺度，增添了分外的增补字符界说，如今Unicode4.0尺度已公布，详细能够参考Unicode官方站点:

www.unicode.org


Unicode编码计划次要有三个实行尺度:
UTF-8
USC-2
UTF-16
Oracle从7.2入手下手撑持UTF-8编码，供应Unicode编码撑持。

依照各类尺度的寄义，Oracle保举，假如你的数据库必要寄存分歧言语的分歧标记和字符，倡议利用Unicode编码计划。固然，Unicode计划能够暗示更多的字符，可是因为多位的存储，必要分外的存储空间和收集传输，以是选择最合适的数据库字符集仍旧必要稳重思索。





在执行崩溃恢复时，理解在一个数据库中的每一个表tbl_name对应的在数据库目录中的3个文件是很重要的：

原来公司用过MYSQL自己也只是建个表写个SQL

连做梦都在想页面结构是怎么样的，绝非虚言

多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油

这就引发了对varchar和char效率讨论的老问题。到底如何分配varchar的数据，是否会出现大规模的碎片？

微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。

呵呵，这就是偶想说的

学习SQL语言的话如果要学会去做网站就不是很难!但是要做数据库管理的话就有难度了!