关于在mysql中建表的问题

发布网友发布时间：2022-04-09 05:35

共4个回答

懂视网时间：2022-04-09 09:56

在mysql中，varchar和char类型必须指定长度，int类型不需要指定。

例如

SET NAMES utf8;
DROP TABLE IF EXISTS `content_type`;
CREATE TABLE `content_type` (
`id` BIGINT NOT NULL AUTO_INCREMENT,
`name` varchar(10) NOT NULL UNIQUE,
`description` text,
`creator` VARCHAR(10),
`lastModifier` VARCHAR(10),
`createTime` TIMESTAMP,
`lastModifyTime` TIMESTAMP,
PRIMARY KEY (`id`)
) ENGINE=INNODB DEFAULT CHARSET=UTF8;

mysql建表语句注意事项

标签：

热心网友时间：2022-04-09 07:04

建议第一种方案.
第二种方案尽量避免.
(1)数据条数比较多对mysql来说,根本不是问题.我的项目中数据库纪录条数过亿.
(2)联合主键很好,检索到时会非常方便.你既然担心纪录条数多,那说明两表关系联动密切.以后的检索极有可能要按b表的ID来统计之类.
(3)不光是检索,维护使用A方案也非常方便.这方面我有教训.
当a与b的表关系发生变化的时候.update逗号分隔的数据就要求变得非常小心.
比如去掉1,2,3之间的那个2,你就得把整个字符串取出来,replace掉那个2,
如果数据多的话,replace动作就要非常非常小心.
(4)如果采用第二方案,展现的时候也需要额外的split动作.虽然这个动作不复杂.但每次split很是让人烦.

热心网友时间：2022-04-09 08:22

我个人倾向于第二种，因为如果数据量大的话，第一种方式产生的数据条数成平方倍增加，查询起来系统开销也比第二种大（第二种只查询一次，返回一条记录，而第二种则要多很多）。
再则，第二种方法在查询表的时候要直观紧凑一些。

个人见解

热心网友时间：2022-04-09 09:57

第一种是比较常规的做法，也不存在比第二种牺牲数据库，数据条数不代表多耗费存储空间。
而且第二种查询会很麻烦，还比第一种对数据库造成更大的查询、更新开销。数据量一大，就会很麻烦。