当前位置:Gxlcms > PHP教程 > MYSQL竟然建了这么长的一张表,在某个开源程序上建的。这么建表合理么?这也太特么长了

MYSQL竟然建了这么长的一张表,在某个开源程序上建的。这么建表合理么?这也太特么长了

时间:2021-07-01 10:21:17 帮助过:22人阅读

  1. <code>CREATE TABLE `[#DB_PREFIX#]users` (
  2. `uid` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户的 UID',
  3. `user_name` varchar(255) DEFAULT NULL COMMENT '用户名',
  4. `email` varchar(255) DEFAULT NULL COMMENT 'EMAIL',
  5. `mobile` varchar(16) DEFAULT NULL COMMENT '用户手机',
  6. `password` varchar(32) DEFAULT NULL COMMENT '用户密码',
  7. `salt` varchar(16) DEFAULT NULL COMMENT '用户附加混淆码',
  8. `avatar_file` varchar(128) DEFAULT NULL COMMENT '头像文件',
  9. `sex` tinyint(1) DEFAULT NULL COMMENT '性别',
  10. `birthday` int(10) DEFAULT NULL COMMENT '生日',
  11. `province` varchar(64) DEFAULT NULL COMMENT '省',
  12. `city` varchar(64) DEFAULT NULL COMMENT '市',
  13. `job_id` int(10) DEFAULT '0' COMMENT '职业ID',
  14. `reg_time` int(10) DEFAULT NULL COMMENT '注册时间',
  15. `reg_ip` bigint(12) DEFAULT NULL COMMENT '注册IP',
  16. `last_login` int(10) DEFAULT '0' COMMENT '最后登录时间',
  17. `last_ip` bigint(12) DEFAULT NULL COMMENT '最后登录 IP',
  18. `online_time` int(10) DEFAULT '0' COMMENT '在线时间',
  19. `last_active` int(10) DEFAULT NULL COMMENT '最后活跃时间',
  20. `notification_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读系统通知',
  21. `inbox_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读短信息',
  22. `inbox_recv` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-所有人可以发给我,1-我关注的人',
  23. `fans_count` int(10) NOT NULL DEFAULT '0' COMMENT '粉丝数',
  24. `friend_count` int(10) NOT NULL DEFAULT '0' COMMENT '观众数',
  25. `invite_count` int(10) NOT NULL DEFAULT '0' COMMENT '邀请我回答数量',
  26. `question_count` int(10) NOT NULL DEFAULT '0' COMMENT '问题数量',
  27. `answer_count` int(10) NOT NULL DEFAULT '0' COMMENT '回答数量',
  28. `topic_focus_count` int(10) NOT NULL DEFAULT '0' COMMENT '关注话题数量',
  29. `invitation_available` int(10) NOT NULL DEFAULT '0' COMMENT '邀请数量',
  30. `group_id` int(10) DEFAULT '0' COMMENT '用户组',
  31. `reputation_group` int(10) DEFAULT '0' COMMENT '威望对应组',
  32. `forbidden` tinyint(1) DEFAULT '0' COMMENT '是否禁止用户',
  33. `valid_email` tinyint(1) DEFAULT '0' COMMENT '邮箱验证',
  34. `is_first_login` tinyint(1) DEFAULT '1' COMMENT '首次登录标记',
  35. `agree_count` int(10) DEFAULT '0' COMMENT '赞同数量',
  36. `thanks_count` int(10) DEFAULT '0' COMMENT '感谢数量',
  37. `views_count` int(10) DEFAULT '0' COMMENT '个人主页查看数量',
  38. `reputation` int(10) DEFAULT '0' COMMENT '威望',
  39. `reputation_update_time` int(10) DEFAULT '0' COMMENT '威望更新',
  40. `weibo_visit` tinyint(1) DEFAULT '1' COMMENT '微博允许访问',
  41. `integral` int(10) DEFAULT '0',
  42. `draft_count` int(10) DEFAULT NULL,
  43. `common_email` varchar(255) DEFAULT NULL COMMENT '常用邮箱',
  44. `url_token` varchar(32) DEFAULT NULL COMMENT '个性网址',
  45. `url_token_update` int(10) DEFAULT '0',
  46. `verified` varchar(32) DEFAULT NULL,
  47. `default_timezone` varchar(32) DEFAULT NULL,
  48. `email_settings` varchar(255) DEFAULT '',
  49. `weixin_settings` varchar(255) DEFAULT '',
  50. `recent_topics` text,
  51. PRIMARY KEY (`uid`),
  52. KEY `user_name` (`user_name`),
  53. KEY `email` (`email`),
  54. KEY `reputation` (`reputation`),
  55. KEY `reputation_update_time` (`reputation_update_time`),
  56. KEY `group_id` (`group_id`),
  57. KEY `agree_count` (`agree_count`),
  58. KEY `thanks_count` (`thanks_count`),
  59. KEY `forbidden` (`forbidden`),
  60. KEY `valid_email` (`valid_email`),
  61. KEY `last_active` (`last_active`),
  62. KEY `integral` (`integral`),
  63. KEY `url_token` (`url_token`),
  64. KEY `verified` (`verified`)
  65. )
  66. </code>

这个 KEY verified (verified)是啥意思?
而且这张表字段也太多了吧!!!!!
难道不影响性能么。。。

回复内容:

  1. <code>CREATE TABLE `[#DB_PREFIX#]users` (
  2. `uid` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户的 UID',
  3. `user_name` varchar(255) DEFAULT NULL COMMENT '用户名',
  4. `email` varchar(255) DEFAULT NULL COMMENT 'EMAIL',
  5. `mobile` varchar(16) DEFAULT NULL COMMENT '用户手机',
  6. `password` varchar(32) DEFAULT NULL COMMENT '用户密码',
  7. `salt` varchar(16) DEFAULT NULL COMMENT '用户附加混淆码',
  8. `avatar_file` varchar(128) DEFAULT NULL COMMENT '头像文件',
  9. `sex` tinyint(1) DEFAULT NULL COMMENT '性别',
  10. `birthday` int(10) DEFAULT NULL COMMENT '生日',
  11. `province` varchar(64) DEFAULT NULL COMMENT '省',
  12. `city` varchar(64) DEFAULT NULL COMMENT '市',
  13. `job_id` int(10) DEFAULT '0' COMMENT '职业ID',
  14. `reg_time` int(10) DEFAULT NULL COMMENT '注册时间',
  15. `reg_ip` bigint(12) DEFAULT NULL COMMENT '注册IP',
  16. `last_login` int(10) DEFAULT '0' COMMENT '最后登录时间',
  17. `last_ip` bigint(12) DEFAULT NULL COMMENT '最后登录 IP',
  18. `online_time` int(10) DEFAULT '0' COMMENT '在线时间',
  19. `last_active` int(10) DEFAULT NULL COMMENT '最后活跃时间',
  20. `notification_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读系统通知',
  21. `inbox_unread` int(11) NOT NULL DEFAULT '0' COMMENT '未读短信息',
  22. `inbox_recv` tinyint(1) NOT NULL DEFAULT '0' COMMENT '0-所有人可以发给我,1-我关注的人',
  23. `fans_count` int(10) NOT NULL DEFAULT '0' COMMENT '粉丝数',
  24. `friend_count` int(10) NOT NULL DEFAULT '0' COMMENT '观众数',
  25. `invite_count` int(10) NOT NULL DEFAULT '0' COMMENT '邀请我回答数量',
  26. `question_count` int(10) NOT NULL DEFAULT '0' COMMENT '问题数量',
  27. `answer_count` int(10) NOT NULL DEFAULT '0' COMMENT '回答数量',
  28. `topic_focus_count` int(10) NOT NULL DEFAULT '0' COMMENT '关注话题数量',
  29. `invitation_available` int(10) NOT NULL DEFAULT '0' COMMENT '邀请数量',
  30. `group_id` int(10) DEFAULT '0' COMMENT '用户组',
  31. `reputation_group` int(10) DEFAULT '0' COMMENT '威望对应组',
  32. `forbidden` tinyint(1) DEFAULT '0' COMMENT '是否禁止用户',
  33. `valid_email` tinyint(1) DEFAULT '0' COMMENT '邮箱验证',
  34. `is_first_login` tinyint(1) DEFAULT '1' COMMENT '首次登录标记',
  35. `agree_count` int(10) DEFAULT '0' COMMENT '赞同数量',
  36. `thanks_count` int(10) DEFAULT '0' COMMENT '感谢数量',
  37. `views_count` int(10) DEFAULT '0' COMMENT '个人主页查看数量',
  38. `reputation` int(10) DEFAULT '0' COMMENT '威望',
  39. `reputation_update_time` int(10) DEFAULT '0' COMMENT '威望更新',
  40. `weibo_visit` tinyint(1) DEFAULT '1' COMMENT '微博允许访问',
  41. `integral` int(10) DEFAULT '0',
  42. `draft_count` int(10) DEFAULT NULL,
  43. `common_email` varchar(255) DEFAULT NULL COMMENT '常用邮箱',
  44. `url_token` varchar(32) DEFAULT NULL COMMENT '个性网址',
  45. `url_token_update` int(10) DEFAULT '0',
  46. `verified` varchar(32) DEFAULT NULL,
  47. `default_timezone` varchar(32) DEFAULT NULL,
  48. `email_settings` varchar(255) DEFAULT '',
  49. `weixin_settings` varchar(255) DEFAULT '',
  50. `recent_topics` text,
  51. PRIMARY KEY (`uid`),
  52. KEY `user_name` (`user_name`),
  53. KEY `email` (`email`),
  54. KEY `reputation` (`reputation`),
  55. KEY `reputation_update_time` (`reputation_update_time`),
  56. KEY `group_id` (`group_id`),
  57. KEY `agree_count` (`agree_count`),
  58. KEY `thanks_count` (`thanks_count`),
  59. KEY `forbidden` (`forbidden`),
  60. KEY `valid_email` (`valid_email`),
  61. KEY `last_active` (`last_active`),
  62. KEY `integral` (`integral`),
  63. KEY `url_token` (`url_token`),
  64. KEY `verified` (`verified`)
  65. )
  66. </code>

这个 KEY verified (verified)是啥意思?
而且这张表字段也太多了吧!!!!!
难道不影响性能么。。。

嗯~~以前我是给银行做过BI ETL的~~举个栗子~~一张客户信息表或者法人信息表有100-300个字段都是很正常的事情~~所以不要在意~~只要你优化得当~~~都是OK的~~~

MySQL默认支持4096个,InnoDB引擎支持1000个。

这个长度还行。

这是业界正常的。
我以前接手的一个游戏系统角色基本信息已经有三百多个字段!

其实这是一个社会问题,后面的人看前面的人这么做为了偷懒或者本就不知道分到另一张表,自然而然的就往后面一直添,然后时间一长就成了谁看了都觉得是一坨翔的地步。

这个表还是可以有优化的地方的

有可优化的空间,但是完全没有问题。只有注册、登录的时候才会用到而已。

你可以先提取常用的东西,比如user_id ,name,password等,其他的User的详细信息外键相连,更不常用的,继续外键相连,这样就可以了

可以把个人信息放一张表,问答平台相关的放一张表。不过这样也可以。

设计不合理罢了,偷懒

表建成什么样主要还是看具体的业务逻辑。一个表这么多字段是很正常的。

我觉得挺正常,verified是验证的意思

数据类型还是可以优化的。

全是单列索引,一个多列索引都没有……

这个不合理吧?常用的可以放一张表,比如登录需要的信息放一张,其他的放一张。

字段不多,key代表索引

根据功能可以划分成多张表,
就如str2code所说。

当然这样写,有这么详细的注释,完全没问题。

拆成5-6张表也是没问题的。(按照登陆,个人信息,消息等分类。。)

人气教程排行