关于字符长度有关问题
日期：2014-05-18 浏览次数：20398 次
关于字符长度问题
比如说 我要放一个地址 地址么一般长度也就为 20 我就设置成 nvarchar(20)
如果 设置成 nvarchar(50) 或者 nvarchar(100) 这样哪种更合适
书上说 var 开头的是不固定的 那完全可以设置的长一点啊 也不用计算的很精确啊 请高手们指点
------解决方案--------------------
都是变长，没关系
------解决方案--------------------
比如说 我要放一个地址 地址么一般长度也就为 20 我就设置成 nvarchar(20)
如果 设置成 nvarchar(50) 或者 nvarchar(100) 这样哪种更合适
书上说 var 开头的是不固定的 那完全可以设置的长一点啊 也不用计算的很精确啊 请高手们指点
------解决方案--------------------
都是变长，没关系
------解决方案--------------------
- SQL code
--2000 varchar(max)
------解决方案--------------------
变长的，又要给个数，限制一下。
要不可以录入那么多，容易出现很多垃圾数据
------解决方案--------------------
没有关系的。
------解决方案--------------------
使用空间的问题 如果知道比较确切的长度 而且以后不需要再扩展的话 就设置适当的多于那个长度 就可以了
------解决方案--------------------
超过nvarchar(450)的字段将不能作为索引键。索引键最大为900字节。
所以变长字符串不是设得越大越好。
------解决方案--------------------
------解决方案--------------------
如果确定以后不会再增加了，选最接近的那个就可以了，当然最好稍大一点，防止以后变更！
------解决方案--------------------
nvarchar好像会根据实际长度自动收缩
------解决方案--------------------
补充一下：
如果需要对超过nvarchar(450)的字段做索引，可以借用CHECKSUM()函数做哈希索引，详见联机丛书。
然而这总归比直接做索引多了一步。所以还是选择最接近的预计够用的长度即可。
------解决方案--------------------
------解决方案--------------------
nvarchar 主要是处理UNICODE编码
------解决方案--------------------
------解决方案--------------------
------解决方案--------------------
只要最大的长度而已～
------解决方案--------------------
------解决方案--------------------
学习。。。
------解决方案--------------------
学习。。。
------解决方案--------------------
学习。。。。
------解决方案--------------------
路过 路过 》。。。。
------解决方案--------------------
学习中 佳偶
------解决方案--------------------
这个还真的值得探讨一下啊、敬请下面高手作答。
------解决方案--------------------
楼主，你就设置长度大一点，没关系的。
------解决方案--------------------
关于字符长度问题 [基础类]
------解决方案--------------------
稍微大一点好，不用进行动态扩容了
------解决方案--------------------
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
