gpt4 book ai didi

mysql - 我什么时候应该使用sql View

转载 作者:可可西里 更新时间:2023-11-01 07:54:17 26 4
gpt4 key购买 nike

我们有一个包含 200 万条记录的表,其中包含 PK 用户 ID 而不是唯一字段“公司”,我们每小时有 35,000 个选择查询来检查我们的数据库中是否存在用户 ID 以及他与哪些公司相关。

我们应该在主表上运行大量查询还是应该创建一个仅包含用户 ID 和公司字段的 View 并对其运行查询?

优点和缺点是什么?

我会感谢你的帮助!

附言每小时 35,000 次查询使用随机用户 ID,并且每次都更改。用户 ID 和公司没有更新,但我们每天添加大约 20,000 个新行。我主要关心的是最小化选择的响应时间,即使我对表的其他字段进行了更新也是如此。

最佳答案

创建 VIEW 将无济于事。每次您使用它时,它都会简单地引用基础表。

在您查询的列上创建一个覆盖索引 可能会有帮助。假设您只需要 UserID 和 Company:

 CREATE INDEX <Name> ON <Table> (UserID, Company)

现在,查询表单

SELECT Company FROM <Table> WHERE UserID = <Value>

可以从索引中得到满足,而不需要引用表数据。这可能会提高您的性能(在 SELECT 上)。

关于mysql - 我什么时候应该使用sql View ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8105208/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com