请看一下这个简单的建表SQL是否有问题？
请看一下这个简单的建表SQL是否有问题？我认为 UNIQUE KEY 这一句是毫无意义的。
这个是我们公司请的俄罗斯数据库工程师写的建表SQL。
CREATE TABLE `user_gboards` (
  `gboard_id` int(11) NOT NULL auto_increment,
  `user_id` int(11) NOT NULL,
  `total_items` int(11) NOT NULL default '0',
  `creator` varchar(64) default 'igor',
  `modified` timestamp NOT NULL default '0000-00-00 00:00:00',
  `created` timestamp NOT NULL default CURRENT_TIMESTAMP,
  PRIMARY KEY (`gboard_id`),
  UNIQUE KEY `gboard_id` (`gboard_id`,`user_id`),
  KEY `fk_user_gboards_fk1` (`user_id`),
  CONSTRAINT `fk_user_gboards_fk1` FOREIGN KEY (`user_id`) REFERENCES `users` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB

------解决方案--------------------
我认为 UNIQUE KEY 这一句是毫无意义的。：说明理由
`gboard_id`,`user_id` 不能同时重复
根据你的具体情况判断
------解决方案--------------------

探讨

gboard_id 是主键了，那么`gboard_id`,`user_id` 不可能会有重复啊。

------解决方案--------------------
单从这个表本身来说， 由于 PRIMARY KEY (`gboard_id`), 了，自然会保证 (`gboard_id`,`user_id`), 为唯一。 所以说没什么意义。

一种情况就是，某个表以 (`gboard_id`,`user_id`)为外键则需要创建这个 UNIQUE KEY `gboard_id`， 但那个表完全可以直接 参照 PRIMARY KEY (`gboard_id`),就行了。

估计是什么自动工具产生的语句。
------解决方案--------------------
UNIQUE KEY `gboard_id` (`gboard_id`,`user_id`),

做唯一判断完全没有必要 ，因为gboard_id本身已经不重复

但是这个联合索引可能会有用到加速查询gboard_id`,`user_id这两个字段