MYSQL竟然建了这么长的一张表,在某个开源程序上建的。这么建表合理么?这也太特么长了
CREATE TABLE `[#DB_PREFIX#]users` (
`uid` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户的 UID',
`user_name` varchar(255) DEFAULT NULL COMMENT '用户名',
`email` varchar(255) DEFAULT NULL COMMENT 'EMAIL',
`mobile` varchar(16) DEFAULT NULL COMMENT '用户手机',
`password` varchar(32) DEFAULT NULL COMMENT '用户密码',
`salt` varchar(16) DEFAULT NULL COMMENT '用户附加混淆码',
`avatar_file` varchar(128) DEFAULT NULL COMMENT '头像文件',
`sex` tinyint(1) DEFAULT NULL COMMENT '性别',
`birthday` int(10) DEFAULT NULL COMMENT '生日',
`province` varchar(64) DEFAULT NULL COMMENT '省',
`city` varchar(64) DEFAULT NULL COMMENT '市',
`job_id` int(10) DEFAULT '0' COMMENT '职业ID',
`reg_time` int(10) DEFAULT NULL COMMENT '注册时间',
`reg_ip` bigint(12) DEFAULT NULL COMMENT '注册IP',
`last_login` int(10) DEFAULT '0' COMMENT '最后登录时间',
`last_ip` bigint(12) DEFAULT NULL COMMENT '最后登录 IP',
`online_time` int(10) DEFAULT '0' COMMENT '在线时间',
`last_active` int(10) DEFAULT NULL COMMENT '最后活跃时间',
`notification_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读系统通知',
`inbox_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读短信息',
`inbox_recv` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-所有人可以发给我,1-我关注的人',
`fans_count` int(10) NOT NULL DEFAULT '0' COMMENT '粉丝数',
`friend_count` int(10) NOT NULL DEFAULT '0' COMMENT '观众数',
`invite_count` int(10) NOT NULL DEFAULT '0' COMMENT '邀请我回答数量',
`question_count` int(10) NOT NULL DEFAULT '0' COMMENT '问题数量',
`answer_count` int(10) NOT NULL DEFAULT '0' COMMENT '回答数量',
`topic_focus_count` int(10) NOT NULL DEFAULT '0' COMMENT '关注话题数量',
`invitation_available` int(10) NOT NULL DEFAULT '0' COMMENT '邀请数量',
`group_id` int(10) DEFAULT '0' COMMENT '用户组',
`reputation_group` int(10) DEFAULT '0' COMMENT '威望对应组',
`forbidden` tinyint(1) DEFAULT '0' COMMENT '是否禁止用户',
`valid_email` tinyint(1) DEFAULT '0' COMMENT '邮箱验证',
`is_first_login` tinyint(1) DEFAULT '1' COMMENT '首次登录标记',
`agree_count` int(10) DEFAULT '0' COMMENT '赞同数量',
`thanks_count` int(10) DEFAULT '0' COMMENT '感谢数量',
`views_count` int(10) DEFAULT '0' COMMENT '个人主页查看数量',
`reputation` int(10) DEFAULT '0' COMMENT '威望',
`reputation_update_time` int(10) DEFAULT '0' COMMENT '威望更新',
`weibo_visit` tinyint(1) DEFAULT '1' COMMENT '微博允许访问',
`integral` int(10) DEFAULT '0',
`draft_count` int(10) DEFAULT NULL,
`common_email` varchar(255) DEFAULT NULL COMMENT '常用邮箱',
`url_token` varchar(32) DEFAULT NULL COMMENT '个性网址',
`url_token_update` int(10) DEFAULT '0',
`verified` varchar(32) DEFAULT NULL,
`default_timezone` varchar(32) DEFAULT NULL,
`email_settings` varchar(255) DEFAULT '',
`weixin_settings` varchar(255) DEFAULT '',
`recent_topics` text,
PRIMARY KEY (`uid`),
KEY `user_name` (`user_name`),
KEY `email` (`email`),
KEY `reputation` (`reputation`),
KEY `reputation_update_time` (`reputation_update_time`),
KEY `group_id` (`group_id`),
KEY `agree_count` (`agree_count`),
KEY `thanks_count` (`thanks_count`),
KEY `forbidden` (`forbidden`),
KEY `valid_email` (`valid_email`),
KEY `last_active` (`last_active`),
KEY `integral` (`integral`),
KEY `url_token` (`url_token`),
KEY `verified` (`verified`)
)
这个 KEY verified
(verified
)是啥意思?
而且这张表字段也太多了吧!!!!!
难道不影响性能么。。。
回复内容:
CREATE TABLE `[#DB_PREFIX#]users` (
`uid` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户的 UID',
`user_name` varchar(255) DEFAULT NULL COMMENT '用户名',
`email` varchar(255) DEFAULT NULL COMMENT 'EMAIL',
`mobile` varchar(16) DEFAULT NULL COMMENT '用户手机',
`password` varchar(32) DEFAULT NULL COMMENT '用户密码',
`salt` varchar(16) DEFAULT NULL COMMENT '用户附加混淆码',
`avatar_file` varchar(128) DEFAULT NULL COMMENT '头像文件',
`sex` tinyint(1) DEFAULT NULL COMMENT '性别',
`birthday` int(10) DEFAULT NULL COMMENT '生日',
`province` varchar(64) DEFAULT NULL COMMENT '省',
`city` varchar(64) DEFAULT NULL COMMENT '市',
`job_id` int(10) DEFAULT '0' COMMENT '职业ID',
`reg_time` int(10) DEFAULT NULL COMMENT '注册时间',
`reg_ip` bigint(12) DEFAULT NULL COMMENT '注册IP',
`last_login` int(10) DEFAULT '0' COMMENT '最后登录时间',
`last_ip` bigint(12) DEFAULT NULL COMMENT '最后登录 IP',
`online_time` int(10) DEFAULT '0' COMMENT '在线时间',
`last_active` int(10) DEFAULT NULL COMMENT '最后活跃时间',
`notification_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读系统通知',
`inbox_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读短信息',
`inbox_recv` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-所有人可以发给我,1-我关注的人',
`fans_count` int(10) NOT NULL DEFAULT '0' COMMENT '粉丝数',
`friend_count` int(10) NOT NULL DEFAULT '0' COMMENT '观众数',
`invite_count` int(10) NOT NULL DEFAULT '0' COMMENT '邀请我回答数量',
`question_count` int(10) NOT NULL DEFAULT '0' COMMENT '问题数量',
`answer_count` int(10) NOT NULL DEFAULT '0' COMMENT '回答数量',
`topic_focus_count` int(10) NOT NULL DEFAULT '0' COMMENT '关注话题数量',
`invitation_available` int(10) NOT NULL DEFAULT '0' COMMENT '邀请数量',
`group_id` int(10) DEFAULT '0' COMMENT '用户组',
`reputation_group` int(10) DEFAULT '0' COMMENT '威望对应组',
`forbidden` tinyint(1) DEFAULT '0' COMMENT '是否禁止用户',
`valid_email` tinyint(1) DEFAULT '0' COMMENT '邮箱验证',
`is_first_login` tinyint(1) DEFAULT '1' COMMENT '首次登录标记',
`agree_count` int(10) DEFAULT '0' COMMENT '赞同数量',
`thanks_count` int(10) DEFAULT '0' COMMENT '感谢数量',
`views_count` int(10) DEFAULT '0' COMMENT '个人主页查看数量',
`reputation` int(10) DEFAULT '0' COMMENT '威望',
`reputation_update_time` int(10) DEFAULT '0' COMMENT '威望更新',
`weibo_visit` tinyint(1) DEFAULT '1' COMMENT '微博允许访问',
`integral` int(10) DEFAULT '0',
`draft_count` int(10) DEFAULT NULL,
`common_email` varchar(255) DEFAULT NULL COMMENT '常用邮箱',
`url_token` varchar(32) DEFAULT NULL COMMENT '个性网址',
`url_token_update` int(10) DEFAULT '0',
`verified` varchar(32) DEFAULT NULL,
`default_timezone` varchar(32) DEFAULT NULL,
`email_settings` varchar(255) DEFAULT '',
`weixin_settings` varchar(255) DEFAULT '',
`recent_topics` text,
PRIMARY KEY (`uid`),
KEY `user_name` (`user_name`),
KEY `email` (`email`),
KEY `reputation` (`reputation`),
KEY `reputation_update_time` (`reputation_update_time`),
KEY `group_id` (`group_id`),
KEY `agree_count` (`agree_count`),
KEY `thanks_count` (`thanks_count`),
KEY `forbidden` (`forbidden`),
KEY `valid_email` (`valid_email`),
KEY `last_active` (`last_active`),
KEY `integral` (`integral`),
KEY `url_token` (`url_token`),
KEY `verified` (`verified`)
)
这个 KEY verified
(verified
)是啥意思?
而且这张表字段也太多了吧!!!!!
难道不影响性能么。。。
嗯~~以前我是给银行做过BI ETL的~~举个栗子~~一张客户信息表或者法人信息表有100-300个字段都是很正常的事情~~所以不要在意~~只要你优化得当~~~都是OK的~~~
MySQL默认支持4096个,InnoDB引擎支持1000个。
这个长度还行。
这是业界正常的。
我以前接手的一个游戏系统角色基本信息已经有三百多个字段!
其实这是一个社会问题,后面的人看前面的人这么做为了偷懒或者本就不知道分到另一张表,自然而然的就往后面一直添,然后时间一长就成了谁看了都觉得是一坨翔的地步。
这个表还是可以有优化的地方的
有可优化的空间,但是完全没有问题。只有注册、登录的时候才会用到而已。
你可以先提取常用的东西,比如user_id ,name,password等,其他的User的详细信息外键相连,更不常用的,继续外键相连,这样就可以了
可以把个人信息放一张表,问答平台相关的放一张表。不过这样也可以。
设计不合理罢了,偷懒
表建成什么样主要还是看具体的业务逻辑。一个表这么多字段是很正常的。
我觉得挺正常,verified是验证的意思
数据类型还是可以优化的。
全是单列索引,一个多列索引都没有……
这个不合理吧?常用的可以放一张表,比如登录需要的信息
放一张,其他的放一张。
字段不多,key代表索引
根据功能可以划分成多张表,
就如str2code所说。
当然这样写,有这么详细的注释,完全没问题。
拆成5-6张表也是没问题的。(按照登陆,个人信息,消息等分类。。)