我的许多数据库都将字段定义为varchars.自从我在美国生活和工作(其中唯一存在的语言是“美国人”)以来,这并没有太大的问题.
在使用数据库大约5年之后,我发现我最终遇到了varchar字段的有限性问题,我必须修改我的字段以将数据存储为nvarchars.在必须对表进行另一次更新之后,将varchar字段转换为nvarchar,我只是想到了 – 为什么我们仍然这样做？我很久以来就决定将我的所有新文本字段定义为nvarchar而不是varchar,这是我10年前在学校时从我的教科书中学到的.
它是2011年,去年有一个新的sql Server版本.当我们可以/应该使用nvarchar时,为什么我们继续支持varchar数据类型？
我知道经常有人认为nvarchars是varchars的“两倍大”,因此存储空间的使用可能是维持varcars的一个争论.
但是,今天的用户可以定义他们的nvarchars,以便将数据存储为UTF-8而不是默认的UTF-16,如果他们想节省存储空间的话.如果这是主要需要的话,这将允许8位编码,同时保证插入到其DB中的罕见的2-8字节字符不会破坏任何东西.
我错过了什么吗？有没有充分的理由说明为什么在过去15到20年间没有改变？
解决方法
> varchar工作对于许多西欧语言(挪威语,丹麦语,德语,法语,荷兰语等)来说已经足够好了,可能会受到一些整理问题的影响
>在SO varchar vs nvarchar performance上看到这一点nvarchar具有严重的性能影响 >与处理日期MDY和DMY相比,这是微不足道的
>在SO varchar vs nvarchar performance上看到这一点nvarchar具有严重的性能影响 >与处理日期MDY和DMY相比,这是微不足道的
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
