sql-server – 为什么还有varchar数据类型?

我的许多数据库都将字段定义为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相比,这是微不足道的

相关文章

SELECT a.*,b.dp_name,c.pa_name,fm_name=(CASE WHEN a.fm_n...
if not exists(select name from syscolumns where name=&am...
select a.*,pano=a.pa_no,b.pa_name,f.dp_name,e.fw_state_n...
要在 SQL Server 2019 中设置定时自动重启,可以使用 Window...
您收到的错误消息表明数据库 'EastRiver' 的...
首先我需要查询出需要使用SQL Server Profiler跟踪的数据库标...