如题，同样的场景，字段是固定的，例如男女性别，做过辣么多项目，就没有一个用枚举的，全都是 tinyint ，而且也有很多人明明 id 不能为带符号的，创建表就是不愿意加上 unsigned ，难道我有强迫症？
› 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
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 4017 days ago, the information mentioned may be changed or developed.
 |
fengwuxinNov 3, 2015
1
能实现就行，干嘛纠结
|
 |
yongzhongNov 3, 2015
2
你见过所有字段全用 varchar 的嘛,id,时间啥的全是 varchar
 |
 |
estNov 3, 2015
3
unsigned 不算强迫症，可以考虑改过来。
enum 移植性不如 tinyint 。 |
 |
nigelvonNov 3, 2015
4
enum 后期修改维护什么的坑多。大部分人对这个都没有足够经验。规避风险还是用 tinyint 吧。
|
 |
5
google 搜索 enum is evil 就能找到一堆原因了。
unsigned 是 mysql 独有的特性， 不建议使用。 |
1 |
letitbesqzrNov 3, 2015
6
我们公司就 type status 之类的字段使用 "0 1 2 3 4 5" 来代表,统一使用枚举
|
 |
7
可扩展性
|
 |
9
enum 坑大啊，查 sql 要写上引号，否则查询不了？
|
 |
jaguarNov 3, 2015
10
全用 text 路过
|
|
letitbesqzrNov 3, 2015
11
@Felldeadbird hibernate 的话能自动处理
|
 |
msg7086Nov 3, 2015
12
为了兼容性。
你用了一堆 enum 要是回头说转到 postgresql 玩了难道整个系统返修一遍么…… （而且像 Rails 什么的早就支持在框架内自动映射数字到枚举了。 |
 |
jhdxrNov 3, 2015
13
当你某天 BOSS 告诉你我们要在男和女之外增加一个『保密』时你就会觉得 enum 不如 tinyint 了。。。
（神马？保密就让值为 null ？那再加一个『人妖』好了 enum 在 alter table 时的开销巨大。哪怕你只是新增一个值， mysql （ 5.6 及 5.6 之前，因为我没研究过 5.7 ）依然会重建整个表_(:з」∠)_ |
 |
realpgNov 3, 2015
14
@kslr 时间戳不是应该 unsigned int 么 如果考虑到整型溢出的问题 unsigned bitint 就够了啊 这才 4 字节，你那 varchar 就 20 字节了
|
 |
shenqiu15Nov 3, 2015
16
看上面全用 text 或 varchar 的，只能说现在的年轻人啊，太浮躁了，学习一点关系型数据库知识有好处的。
|
 |
raysmondNov 3, 2015
17
enum 经常用啊
|
|
realpgNov 3, 2015
18
@littlehz
没觉得可读性差啊 脑袋自带粗略转换功能 需要的话，毫秒时间戳也不是不行啊。 而且，从来没觉得有很多需要去数据库的界面直读时间串的，在任何程序界面都很好转换成可读的。 部分调试、维护场景，可以头脑粗略转换 |
 |
littlehzNov 3, 2015
19
@realpg 当然不是说时间用 varchar 存，个人不喜欢用 int 存。 mysql 自己的 datetime 就不错，显示成字符串，存储占 8 字节。
|
 |
wjfzNov 4, 2015
20
|
 |
leeboNov 4, 2015
21
我觉得还是迁移问题吧
|
 |
DelbertNov 4, 2015 via Android
22
我记得我用 bigint 存的时间戳，输出的时候爱怎么转换怎么转换。
|
 |
MrJing1992Nov 4, 2015
23
移植和迁移
|
 |
ChappakoNov 4, 2015
24
看来我一直用 enum 和 unsigned 没什么好处…… 还好现在开始用 sqlalchemy 不用考虑这些了
|
 |
InfernalzeroNov 4, 2015
25
这和时间用 bigint 存而不用 date 或者 timestamp 是一个道理
|
 |
lostsnowNov 4, 2015
26
说个邪恶的理由吧, 也许性别有一天变的不止男女, 至于 type/status 之类的字段 变化的可能性会更高
|
 |
MacNov 4, 2015
27
我会说我用 char(2)来做么，是，否。。。。
|
 |
28
Facebook 包含了 56 种非传统性别
http://www.guokr.com/article/438003/ 如果哪天老板想不开也想跟国际接轨的话，画面还是比较美的。 曾经有个知乎段子：大意是说有个字段原本只有两种可能的值，开始时候偷懒就 true/false 了，后来需求改了，这个字段可能有三种值了。。。 |
 |
29
用 mysql 的 enum 代替字符型的值是蛮好的，排序似乎不怎么方便吧；对于 tinyint 的列，你用 enum 来枚举值不会混乱么？而且 tinyint 占用的空间也不大，对于开发来说用 tinyint 还是比较愉快的
至于数据类型的问题， mysql 执行的建表语句，并不是你输入什么就给你执行什么， mysql 会帮你优化数据类型后再建表（ mysql 认为你定义的数据类型不够好，会自动帮你换掉的， innodb 下可以试试看），你可以用"show create table 表名 "看看你实际创建表的语句 |
 |
sorraNov 4, 2015
30
Hibernate 默认是 自动转 int ，按声明顺序
|
 |
mko0okmko0Nov 4, 2015 via Android
31
雖然各種資料庫都用很久了，最後都會選擇主流資料庫都能互相遷移的欄位，又因為 SQLite 沒有時間欄位，又遇到跨時區主機同步問題，時間欄位乾脆用浮點數欄位存 utc 秒時間，小數點存毫秒，毫秒都會小誤差就是，
|
 |
cszchenNov 4, 2015
32
tinyint 的性能和 enum 差不多，用 tinyint ，程序更容易扩展，所以一般需要用枚举的字段，我全部用 tinyint
|
Select Language