MSSQL网页编程之SQL中varchar和nvarchar字段范例的区分...
MySQL最初的开发者的意图是用mSQL和他们自己的快速低级例程(ISAM)去连接表格。经过一些测试后,开发者得出结论:mSQL并没有他们需要的那么快和灵活。sql|区分|varchar|字段范例在SQLServer2000中,NVARCHAR和VARCHAR区分是甚么?SQLServer供应两种数据范例来存储字符信息。在怎样在SQLServer或使用程序中利用方面,这两种数据范例大抵是一样的。不同在于nvarchar是用于存储处置数据库图表中多言语数据的Unicode数据。别的言语有一套必要保留的字符代码的扩大集,这类数据范例撑持如许的扩大。由于必要存储别的言语的扩大字符代码,nvarchar占用的空间是varchar的两倍。
字符中,英笔墨符只必要一个字节存储就充足了,但汉字浩瀚,必要两个字节存储,英文与汉字同时存在时简单形成凌乱,Unicode字符集就是为懂得决字符集这类不兼容的成绩而发生的,它一切的字符都用两个字节暗示,即英笔墨符也是用两个字节暗示。
比方两字段分离有字段值:我和coffee那末varchar字段占2×2+6=10个字节的存储空间,而nvarchar字段占8×2=16个字节的存储空间。如字段值只是英文可选择varchar,而字段值存在较多的双字节(中文、韩文等)字符时用nvarchar
varchar[(n)]
长度为n个字节的可变长度且非Unicode的字符数据。n必需是一个介于1和8,000之间的数值。存储巨细为输出数据的字节的实践长度,而不是n个字节。所输出的数据字符长度能够为零。varchar在SQL-92中的同义词为charvarying或charactervarying。
nvarchar(n)
包括n个字符的可变长度Unicode字符数据。n的值必需介于1与4,000之间。字节的存储巨细是所输出字符个数的两倍。所输出的数据字符长度能够为零。nvarchar在SQL-92中的同义词为nationalcharvarying和nationalcharactervarying。
varchar[(n)]
长度为n个字节的可变长度且非Unicode的字符数据。n必需是一个介于1和8,000之间的数值。存储巨细为输出数据的字节的实践长度,而不是n个字节。所输出的数据字符长度能够为零。varchar在SQL-92中的同义词为charvarying或charactervarying。
nvarchar(n)
包括n个字符的可变长度Unicode字符数据。n的值必需介于1与4,000之间。字节的存储巨细是所输出字符个数的两倍。所输出的数据字符长度能够为零。nvarchar在SQL-92中的同义词为nationalcharvarying和nationalcharactervarying。
提供多语言支持,常见的编码如中文的GB2312、BIG5,日文的Shift_JIS等都可以用作数据表名和数据列名。 我是新手,正在学习数据库和操作系统,深感理论的泛广,唯有一步一步来,但是又感觉时间不够,收集了很多资料却总是没能认真的看完,希望有一个讨论板块,大家共同解决,共同分享,共同努力 财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的.. 始终遗憾SQLServer的登陆无法分配CPU/内存占用等指标数。如果你的SQLServer给别人分配了一个只可以读几个表的权限,而这个家伙疯狂的死循环进行连接查询,会给你的系统带来很大的负担。 SP4包括用于以下SQLServer2000组件的程序包:Database组件(下载文件:SQL2000-KB884525-SP4-x86.EXE)更新SQLServer2000的32位Database组件,包括数据库引擎、复制、客户端连接组件及工具。有关其他信息,请参阅ReadmeSql2k32Sp4.htm。AnalysisServices组件(下载文件:SQL2000.AS-KB884525-SP4-x86.EXE)更新SQLServer2000的32位AnalysisServices。 作了些试验,发现使用CLR的存储过程或函数在达到一定的阀值的时候,系统性能会呈指数级下滑!这是非常危险的!只使用几个可能没有问题,当一旦大规模使用会造成严重的系统性能问题! 我们学到了什么?思考问题的时候从表的角度来思考问 但是随着数据量的增大,这种成本差距会逐渐减小,趋于相等。(500万数量级只相差10%左右)
页:
[1]