使用连接进行数据库设计时的 SQL 性能注意事项

Question

我有一张桌子

名称：order 和 id、product_id、comment

现在我想添加一个状态

新表：order_state 1 -> finished 2 -> started

等

然后在表order中添加一个字段order_state_id

我必须以什么方式担心性能？

这是否总是表现良好，或者它不会的情况是什么？例如我的意思是当有很多订单进行连接等时，比如 200'000 个订单

我以前使用过 mysql 视图，它们是 horrible 我创建的视图显然包含多个连接。这不是一个相关的问题吗？

Answer 1

不是答案，评论太大了

除了已经说过的，考虑部分索引。

一些数据库，如 Postgres 和 SQL Server，允许您创建不仅指定列而且指定行的索引。

看来您最终会得到不断增长的 order_state_id 等于 finished (2) 的订单数量稳定的 order_state_id 等于 start (1) 的订单

如果您的企业使用这样的查询

SELECT id, comment
  FROM order
 WHERE order_state_id =  1
  AND product_id = @some_value

部分索引允许您限制索引，仅包括未完成的订单

CREATE INDEX Started_Orders
          ON order(product_id)
       WHERE order_state_id = 1

这个索引将小于未过滤的对立部分

Answer 2

不要规范化order_state。而是添加此列

order_state ENUM('finished', 'started') NOT NULL

然后这样使用（例如）：

SELECT ...
    WHERE order_state = 'finished'
    ...

ENUM（最多 255 个选项）只占用 1 个字节。 INT 占用 4 个字节。 TINYINT 占用 1 个字节。

回到你的问题...JOIN 有很好的用途，也有不必要的用途。