关于字符长度问题
比如说 我要放一个地址 地址么一般长度也就为 20 我就设置成 nvarchar(20)
如果 设置成 nvarchar(50) 或者 nvarchar(100) 这样哪种更合适
书上说 var 开头的是不固定的 那完全可以设置的长一点啊 也不用计算的很精确啊 请高手们指点
[解决办法]
都是变长，没关系
[解决办法]
- SQL code
--2000varchar(max)
[解决办法]
变长的，又要给个数，限制一下。
要不可以录入那么多，容易出现很多垃圾数据
[解决办法]
没有关系的。
[解决办法]
使用空间的问题 如果知道比较确切的长度 而且以后不需要再扩展的话 就设置适当的多于那个长度 就可以了
[解决办法]
超过nvarchar(450)的字段将不能作为索引键。索引键最大为900字节。
所以变长字符串不是设得越大越好。
[解决办法]
[解决办法]
如果确定以后不会再增加了，选最接近的那个就可以了，当然最好稍大一点，防止以后变更！
[解决办法]
nvarchar好像会根据实际长度自动收缩
[解决办法]
补充一下：
如果需要对超过nvarchar(450)的字段做索引，可以借用CHECKSUM()函数做哈希索引，详见联机丛书。
然而这总归比直接做索引多了一步。所以还是选择最接近的预计够用的长度即可。
[解决办法]
[解决办法]
nvarchar 主要是处理UNICODE编码
[解决办法]
[解决办法]
[解决办法]
只要最大的长度而已～
[解决办法]
[解决办法]
学习。。。
[解决办法]
学习。。。
[解决办法]
学习。。。。
[解决办法]
路过 路过 》。。。。
[解决办法]
学习中 佳偶
[解决办法]
这个还真的值得探讨一下啊、敬请下面高手作答。
[解决办法]
楼主，你就设置长度大一点，没关系的。
[解决办法]
关于字符长度问题 [基础类]
[解决办法]
稍微大一点好，不用进行动态扩容了
------解决方案--------------------
还是稍大一些比较好。
[解决办法]
是的，稍大一点儿好，但是也不要太大，太大对空间的浪费，如果小的话，会报长度不够
[解决办法]
路过，很不错～
[解决办法]
[解决办法]
错了，是这个。只要插入的值不超过450就行了，建索引的时候只会报警报
- SQL code
IF OBJECT_ID('TB') IS NOT NULL DROP TABLE TBGOCREATE TABLE TB(COL1 NVARCHAR(500))CREATE CLUSTERED INDEX INX_TB1 ON TB(COL1)CREATE NONCLUSTERED INDEX INX_TB2 ON TB(COL1)INSERT INTO TBSELECT REPLICATE('A',400)SELECT COUNT(1) FROM TB--1
[解决办法]
VARCHAR是变长的，实际存储了多少字节就用多少空间，所以加上长度限制就是为了业务准确，比如姓名不能超过10个汉字这样的限制
[解决办法]
不懂,⊙⊙b汗
[解决办法]
路过，学习了
[解决办法]
学习，牛人很多啊
[解决办法]
很有意思
[解决办法]
[解决办法]
[解决办法]
[解决办法]
GOOD
[解决办法]
哎，我是挥汗如雨啊-看不懂。