数据库设计---0001 关于varchar 和nvarchar

昨晚设计了两个数据库表

Role 表

    RoleId               varchar(10) not nulll

    RoleName         varchar(50)  not null

 

----------------------------------------------------

今天结合最近的业务重新分析了下对这个表的设计

修改如下：

    RoleId    varchar(10)  not nulll---------------> RoleId   varchar(3)  not null

即把字段长度由10----->3

我考虑的是数据库空间问题 因为一个角色Id 不会占用怎么多空间

为何是3呢，自己考虑的是 R01，R02.R03.......

再则 一个业务场景怎么能有R99个角色呢，退一步说若真有R99这种情况，下一角色可以命名为S01,S02....来区分

 

这个不再谈了。

 

下面是重点 为何这里用 varchar呢 而不用nvarchar呢？

百度一下有个说明：

-------------------------------------------

varchar(n)
长度为 n 个字节的可变长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为输入数据的字节的实际长度，而不是 n 个字节。

nvarchar(n)
包含 n 个字符的可变长度 Unicode 字符数据。n 的值必须介于 1 与 4,000 之间。字节的存储大小是所输入字符个数的两倍。

两字段分别有字段值：我和coffee
那么varchar字段占2×2+6=10个字节的存储空间，而nvarchar字段占8×2=16个字节的存储空间。

如字段值只是英文可选择varchar，而字段值存在较多的双字节（中文、韩文等）字符时用nvarchar

上面是一个总结介绍，通过上面的介绍，可以知道。

varchar(4) 可以输入4个字线，也可以输入两个汉字

nvarchar(4) 可以输四个汉字，也可以输4个字母，但最多四个

---------------------------------------------------------------------------------------------------------------------------

 

这里就强制性不让客户输入汉字了。因为一个汉字2个字符 ，都需要录入R##形式。

对于这个个人感觉没有必要考虑到扩展性，把varchar(3)中的长度放大到100甚至8000 然客户随意定制RoleId,

感觉权衡的话不值。