为什么辣么多人喜欢用 tinyint 而不用 enum？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

› MySQL 5.5 Community Server

› MySQL 5.6 Community Server

› Percona Configuration Wizard

› XtraBackup 搭建主从复制

Great Sites on MySQL

› Percona

› MySQL Performance Blog

› Severalnines

推荐管理工具

› Sequel Pro

› phpMyAdmin

推荐书目

› MySQL Cookbook

MySQL 相关项目

› MariaDB

› Drizzle

参考文档

› http://mysql-python.sourceforge.net/MySQLdb.html

This topic created in 3828 days ago, the information mentioned may be changed or developed.

如题，同样的场景，字段是固定的，例如男女性别，做过辣么多项目，就没有一个用枚举的，全都是 tinyint ，而且也有很多人明明 id 不能为带符号的，创建表就是不愿意加上 unsigned ，难道我有强迫症？

tinyint

用枚举

强迫症

unsigned

32 replies • 2015-11-04 21:30:55 +08:00

fengwuxin

Nov 3, 2015

能实现就行，干嘛纠结

yongzhong

Nov 3, 2015

你见过所有字段全用 varchar 的嘛,id,时间啥的全是 varchar

est

Nov 3, 2015

unsigned 不算强迫症，可以考虑改过来。

enum 移植性不如 tinyint 。

nigelvon

Nov 3, 2015

enum 后期修改维护什么的坑多。大部分人对这个都没有足够经验。规避风险还是用 tinyint 吧。

Zzzzzzzzz

Nov 3, 2015

google 搜索 enum is evil 就能找到一堆原因了。

unsigned 是 mysql 独有的特性，不建议使用。

letitbesqzr

Nov 3, 2015

我们公司就 type status 之类的字段使用 "0 1 2 3 4 5" 来代表,统一使用枚举

lincanbin

Nov 3, 2015

可扩展性

kslr

Nov 3, 2015

@yongzhong 艾玛，我感觉存时间戳挺好用的 varchar (20)， mysql 预设的感觉都不好用。

Felldeadbird

Nov 3, 2015 via iPhone

enum 坑大啊，查 sql 要写上引号，否则查询不了？

jaguar

Nov 3, 2015

全用 text 路过

letitbesqzr

Nov 3, 2015

@Felldeadbird hibernate 的话能自动处理

msg7086

Nov 3, 2015

为了兼容性。
你用了一堆 enum 要是回头说转到 postgresql 玩了难道整个系统返修一遍么……
（而且像 Rails 什么的早就支持在框架内自动映射数字到枚举了。

jhdxr

Nov 3, 2015

当你某天 BOSS 告诉你我们要在男和女之外增加一个『保密』时你就会觉得 enum 不如 tinyint 了。。。
（神马？保密就让值为 null ？那再加一个『人妖』好了

enum 在 alter table 时的开销巨大。哪怕你只是新增一个值， mysql （ 5.6 及 5.6 之前，因为我没研究过 5.7 ）依然会重建整个表_(:з」∠)_

realpg

PRO

Nov 3, 2015

@kslr 时间戳不是应该 unsigned int 么如果考虑到整型溢出的问题 unsigned bitint 就够了啊这才 4 字节，你那 varchar 就 20 字节了

littlehz

Nov 3, 2015

@realpg int 存时间可读性差呀，每次查询出来都要记得用内置函数转换下。另外如果时间需要精确到毫秒的呢？

shenqiu15

Nov 3, 2015

看上面全用 text 或 varchar 的，只能说现在的年轻人啊，太浮躁了，学习一点关系型数据库知识有好处的。

raysmond

Nov 3, 2015

enum 经常用啊

realpg

PRO

Nov 3, 2015

@littlehz
没觉得可读性差啊脑袋自带粗略转换功能
需要的话，毫秒时间戳也不是不行啊。

而且，从来没觉得有很多需要去数据库的界面直读时间串的，在任何程序界面都很好转换成可读的。

部分调试、维护场景，可以头脑粗略转换

littlehz

Nov 3, 2015

@realpg 当然不是说时间用 varchar 存，个人不喜欢用 int 存。 mysql 自己的 datetime 就不错，显示成字符串，存储占 8 字节。

wjfz

Nov 4, 2015

@kslr
用 varchar 存时间戳，当某条数据早于 2001/9/9 9:46:40 的时候排序会遇到问题。

@littlehz
如果这时候有个只显示年月日这种需求，转换起来可能没那么方便。

leebo

Nov 4, 2015

我觉得还是迁移问题吧

Delbert

Nov 4, 2015 via Android

我记得我用 bigint 存的时间戳，输出的时候爱怎么转换怎么转换。

MrJing1992

Nov 4, 2015

移植和迁移

Chappako

Nov 4, 2015

看来我一直用 enum 和 unsigned 没什么好处…… 还好现在开始用 sqlalchemy 不用考虑这些了

Infernalzero

Nov 4, 2015

这和时间用 bigint 存而不用 date 或者 timestamp 是一个道理

lostsnow

Nov 4, 2015

说个邪恶的理由吧, 也许性别有一天变的不止男女, 至于 type/status 之类的字段变化的可能性会更高

Mac

Nov 4, 2015

我会说我用 char(2)来做么，是，否。。。。

zjqzxc

Nov 4, 2015

Facebook 包含了 56 种非传统性别
http://www.guokr.com/article/438003/
如果哪天老板想不开也想跟国际接轨的话，画面还是比较美的。

曾经有个知乎段子：大意是说有个字段原本只有两种可能的值，开始时候偷懒就 true/false 了，后来需求改了，这个字段可能有三种值了。。。

varnotfound

Nov 4, 2015

用 mysql 的 enum 代替字符型的值是蛮好的，排序似乎不怎么方便吧；对于 tinyint 的列，你用 enum 来枚举值不会混乱么？而且 tinyint 占用的空间也不大，对于开发来说用 tinyint 还是比较愉快的

至于数据类型的问题， mysql 执行的建表语句，并不是你输入什么就给你执行什么， mysql 会帮你优化数据类型后再建表（ mysql 认为你定义的数据类型不够好，会自动帮你换掉的， innodb 下可以试试看），你可以用"show create table 表名 "看看你实际创建表的语句

sorra

Nov 4, 2015

Hibernate 默认是自动转 int ，按声明顺序

mko0okmko0

Nov 4, 2015 via Android

雖然各種資料庫都用很久了，最後都會選擇主流資料庫都能互相遷移的欄位，又因為 SQLite 沒有時間欄位，又遇到跨時區主機同步問題，時間欄位乾脆用浮點數欄位存 utc 秒時間，小數點存毫秒，毫秒都會小誤差就是，

cszchen

Nov 4, 2015

tinyint 的性能和 enum 差不多，用 tinyint ，程序更容易扩展，所以一般需要用枚举的字段，我全部用 tinyint