3

这篇文章是这个已回答问题的后续：Best method for storage a list of user IDs。

我接受了 cletus 和 Mehrdad Afshari 关于使用标准化数据库方法的史诗建议。下表是否正确设置以进行适当优化？我对 MySQL 效率有点陌生，所以我想确保这是有效的。

另外，在查找游戏的平均评分和总票数时，我应该分别使用以下两个查询吗？

SELECT avg(vote) FROM votes WHERE uid = $uid AND gid = $gid;    
SELECT count(uid) FROM votes WHERE uid = $uid AND gid = $gid;

CREATE TABLE IF NOT EXISTS `games` (
  `id` int(8) NOT NULL auto_increment,
  `title` varchar(50) NOT NULL,
  PRIMARY KEY  (`id`)
) AUTO_INCREMENT=1 ;

CREATE TABLE IF NOT EXISTS `users` (
  `id` int(8) NOT NULL auto_increment,
  `username` varchar(20) NOT NULL,
  PRIMARY KEY  (`id`)
) AUTO_INCREMENT=1 ;


CREATE TABLE IF NOT EXISTS `votes` (
  `uid` int(8) NOT NULL,
  `gid` int(8) NOT NULL,
  `vote` int(1) NOT NULL,
  KEY `uid` (`uid`,`gid`)
) ;
4

5 回答 5

6

一场比赛的平均票数：SELECT avg(vote) FROM votes WHERE gid = $gid;

一场比赛的票数：SELECT count(uid) FROM votes WHERE gid = $gid;

由于您不会有任何用户或游戏 ID 更小，因此0您可以将它们设为无符号整数 ( int(8) unsigned NOT NULL)。

如果您想强制用户只能对游戏进行一次投票，请在表中创建主键uid，而不仅仅是普通索引。gidvotes

CREATE TABLE IF NOT EXISTS `votes` (
  `uid` int(8) unsigned NOT NULL,
  `gid` int(8) unsigned NOT NULL,
  `vote` int(1) NOT NULL,
  PRIMARY KEY (`gid`, `uid`)
) ;

主键字段的顺序（ first gid， then uid）很重要，因此索引按gidfirst 排序。这使得索引对于具有给定 的选择特别有用gid。如果您想选择给定用户所做的所有投票，则只需添加另一个索引uid。

我建议将 InnoDB 用于存储引擎，因为特别是在高负载设置中，表锁会影响您的性能。对于读取性能，您可以使用 APC、Memcached 或其他方式实现缓存系统。

于 2009-03-09T00:20:08.820 回答
2

看起来挺好的。

我会使用 users_id 和 games_id 而不是 gid 和 uid 听起来像全局 id 和唯一 id

于 2009-03-07T01:31:12.257 回答
1

无论您最终做什么，请确保使用大型数据集对其进行测试（即使您不打算拥有大量用户）

编写一个脚本，生成 100,000 个游戏、50,000 个用户和一百万张选票。可能有点过分，但如果您的查询不需要花费数小时来处理这么多的项目，那永远不会成为问题

于 2009-03-09T01:32:27.743 回答
0

到目前为止看起来不错。不要忘记索引和外键。以我的经验，大多数问题都不是由于没有经过深思熟虑的设计，而是由于缺乏索引和外键。

此外，关于存储引擎的选择，我还没有看到不使用 innodb 的原因（在相当复杂/大小的应用程序中），而不仅仅是因为事务语义。

于 2009-03-07T01:29:32.680 回答
0

您可能还想添加一个voted_on(DATETIME) 列。这样一来，您就可以看到某个游戏在某个时间跨度内的趋势，或者万一某天发生了垃圾投票，您可以准确地删除不需要的投票。

于 2009-07-03T04:25:47.430 回答