我有以下三张表:
users (约1000行)
user_id | username | email | ....events (约5万条线,每天增加约500条)
event_id | e_date | e_location | e_duration | ...和一个将用户链接到事件的表:
users_events:
user_id | event_id在删除事件或用户时,我在表users_events上设置外键以删除行,因此在每个表中的每个user_id和event_id上都有一个索引(主)。
我对这个设计有第二个猜测,因为在events.event_id上有一个索引是愚蠢的,因为它是一个唯一的ID,其基数等于行数。
events.date的最大基数为每年365,而events.location的上限为200左右,因此这些指标比event_id更适合于索引。
有什么建议吗?
大多数使用的查询的示例:
查找用户要查找的事件:
SELECT e.date, e.location FROM events e
JOIN users_events ue ON ue.event_id = e.event_id
JOIN users u ON u.user_id = ue.user_id
WHERE user_id = 'currentuserid'或
根据事件的特征确定事件是否已经存在:
SELECT event_id FROM events
WHERE date='eventdate'
AND location='eventlocation'
AND duration='eventduration'发布于 2016-03-08 10:02:27
如果已经将users.user_id和events.event_id列定义为主键,则这些列上已经有索引。
users_events表有两个索引(要么由您显式创建,要么由外键约束自动创建)。
第一个查询只需要上面提到的索引,不会从任何其他查询中受益。
第二个查询将受益于events表上的附加索引。
https://stackoverflow.com/questions/35861904
复制相似问题