手机号字段用varchar(13)号，还是bigint类型好？

hiller1 2013-02-28 03:43:34

...全文

12437 11 打赏收藏转发到动态举报

写回复

用AI写文章

11 条回复

切换为时间正序

请发表友善的回复…

发表回复

代码誊写工 2013-03-06

打赏
举报

手机号码都是一样长度，干嘛varchar，用char（20）明显查询效率高得多我这用bigint+varchar，一个用来查询，另一个用于特殊需求（谁知道会有啥查询），因为是做OLAP，所以有很多冗余列。

YapingXin 2013-03-05

打赏
举报

引用 7 楼 conmajia 的回复:

话说你省那么几个字节精确到13位干嘛？给未来留点麻烦？

说得很对。所以说 #5 的建议是 varchar(20)

trainee 2013-03-04

打赏
举报

用varcha吧以后可能要有这样的查询 like '138%'

developerFBI 2013-03-02

打赏
举报

就用varchar(13)吧,方便以后储存长点儿的数据用.

Conmajia 2013-03-02

打赏
举报

话说你省那么几个字节精确到13位干嘛？给未来留点麻烦？

ACMAIN_CHM 2013-02-28

打赏
举报

varchar(13) 比较常见。因为基本很少会用手机号去做什么数学运算。

YapingXin 2013-02-28

打赏
举报

果断用varchar(20)

rucypli 2013-02-28

打赏
举报

引用 3 楼 hiller1 的回复:

手机号，就存放 13311101191，这样的手机号

那就bigint啊才占8字节能省点空间

hiller1 2013-02-28

打赏
举报

手机号，就存放 13311101191，这样的手机号

WWWWA 2013-02-28

打赏
举报

根据具体需求来决定，后期会对手机号进行处理？

rucypli 2013-02-28

打赏
举报

用varchar(2)吧谁知道以后会不会存+86这样的号码

理清了对象关系之后，让我们接着来进行数据库的设计。在数据库建模时，对于N对N的关系，一般需要加入一个关联表来表示关联的两者的关系。初步估计一下，本系统至少需要十张表，分别为：权限表、用户表、角色表、组表、用户权限关联表、用户角色关联表、角色权限关联表、组权限关联表、组角色关联表、用户属组关联表。当然还可能引出一些相关的表。下面让我们在PowerDesigner中画出各表吧。　　各表及其关系如下：　　　　　1.　　　用户表 "　　用户表（TUser） " "　　字段名称 "　　字段 "　　类型 "　　备注 " "　　记录标识 "　　tu_id "　　bigint "　　pk, not " " " " "null " "　　所属组织 "　　to_id "　　bigint "　　fk, not " " " " "null " "　　登录帐号 "　　login_name "　　varchar("　　not null " " " "64) " " "　　用户密码 "　　password "　　varchar("　　not null " " " "64) " " "　　用户姓名 "　　vsername "　　varchar("　　not null " " " "64) " " "　　手机号 "　　mobile "　　varchar(" " " " "20) " " "　　电子邮箱 "　　email "　　varchar(" " " " "64) " " "　　创建时间 "　　gen_time "　　datetime"　　not null " "　　登录时间 "　　login_time "　　datetime" " "　　上次登录时"　　last_login_"　　datetime" " "间 "time " " " "　　登录次数 "　　count "　　bigint "　　not null " 　　2.　　　角色表 "　　角色表（TRole） " "　　字段名称 "　　字段 "　　类型 "　　备注 " "　　角色ID "　　tr_id "　　bigint "　　pk, not " " " " "null " "　　父级角色I"　　parent_tr"　　bigint "　　not null " "D "_id " " " "　　角色名称 "　　role_name"　　varchar(6"　　not null " " " "4) " " "　　创建时间 "　　gen_time "　　datetime "　　not null " "　　角色描述 "　　descripti"　　varchar(2" " " "on "00) " " 　　3.　　　权限表 "　　权限表（TRight） " "　　字段名"　　字段 "　　类型 "　　备注 " "称 " " " " "　　权限ID"　　tr_id "　　bigint "　　pk, not " " " " "null " "　　父权限"　　parent_tr"　　bigint "　　not null " " "_id " " " "　　权限名"　　right_nam"　　varchar(6"　　not null " "称 "e "4) " " "　　权限描"　　descripti"　　varchar(2" " "述 "on "00) " " 　　4.　　　组表 "　　组表（TGroup） " "　　字段名"　　字段 "　　类型 "　　备注 " "称 " " " " "　　组ID "　　tg_id "　　bigint "　　pk, not " " " " "null " "　　组名称"　　group_nam"　　varchar(6"　　not null " " "e "4) " " "　　父组 "　　parent_tg"　　bigint "　　not null " " "_id " " " "　　创建时"　　gen_time "　　datetime "　　not null " "间 " " " " "　　组描述"　　descripti"　　varchar(2" " " "on "00) " " 　　5.　　　角色权限表 "　　角色权限表（TRoleRightRelation） " "　　字段名"　　字段 "　　类型"　　备注 " "称 " " " " "　　记录标"　　trr_id "　　bigi"　　pk, not null " "识 " "nt " " "　　角色 "　　Role_id"　　bigi"　　fk, not null " " " "nt " " "　　权限 "　　right_i"　　bigi"　　fk, not null " " "d "nt " " "　　权限

在使用utf8字符编码的情况下： char(11) 用来存储手机号，会占用11 bytes bigint 用来存储手机号,会占用 8 bytes varchar(11)用来存储手机号,会占用 12 bytes 从容量和速度上看，bigint是最好的选择。从扩展性上看,如果有国际区号，业务上也不会带着国际区号去查询，国际区号也可以放在另一列。因此，为什么不使用bigint存储手机号呢？ 手机号一般是要加索引的吧。。bigint你用了like索引就失效了 1.首先，手机号的本质是字符串而不是数字，只是恰巧长

bigint类型是一种整数类型，可以存储很大的整数，范围为-9223372036854775808到9223372036854775807。因此，如果使用bigint类型存储手机号，可以保证存储的手机号不会超出范围。varchar类型是一种可变长度字符串类型，可以存储不定长度的字符串。如果使用varchar类型存储手机号，需要设置合适的长度，否则会浪费存储空间。char类型是一种定长字符串类型，可以存储固定长度的字符串。如果使用char类型存储手机号，需要设置合适的长度，否则会浪费存储空间。

mysql varchar，bigint，char三种类型性能的比较比较数据类型的性能好坏，数据表必须有足够的数据，我用25万条数据做测试字段是手机号，用这三个类型哪个类型好呢。首先分析手机号有11位，我们把三个类型的长度定义为一样的。都设置不能为空。并且三列数据都一样。如下图：我们分别做一次查询。Select userTel from op_mpr_statis --varcharsele...

中国大陆境内的手机号码都是11位的，如果是mysql数据库的话，使用int会导致丢失精度，数据库中的手机号和实际的不符；使用bigint类型的字段可以有效解决这个问题，但是在实际开发中并不使用bigint类型：在许多情况下对手机号码并不使用精确查询“=”，而是使用“LIKE”进行模糊查询 bigint存储的手机号，读出来需要进行处理转字符串放在业务上将，比如说要进行手机号码格式验证，同样不如

MySQL

56,677

社区成员

56,708

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章