背景 我有一张表,其中包含大约4,000个活动的活动门票。
目前,该表约有300万行。大约每五分钟,一个事件的库存发生变化(我在外部检索),然后我删除事件的票据并插入新库存。
这些DELETE和INSERT语句不会定期执行 - 在30秒内可能有5个或6个。
我在桌子上有两个索引。表上的每个SELECT语句都以WHERE event_id =' myevent'开头。 (我从不需要查询事件)。
问题
不合理的恐惧?想法"管理"什么将成为10,000多个表是令人生畏的。
更改数据库结构的时间和成本很少,所以我最终想做最好的事情 - 无论是什么。
感谢您的建议。
答案 0 :(得分:0)
先生。施拉特!摩西怎么样?
event_id
是一个索引(主键可能是?)所以
它已经快了。小千万;)你不应该害怕。 编辑: 我误读了。见评论
提供一些查询和架构示例。 (编辑你的帖子)
我们将能够帮助您改进数据库。