- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有一个每年将增加 1000 万行的表。
该表有 10 列,称它们为 c1、c2、c3、...、c10。
我将使用 WHERE
子句,可能在其中的 8 个上。
更具体地说:每次我查询表时,总是在 c10 列上有一个 WHERE
子句(这是一个日期,我可以搜索相等性或范围)。
其他 7 个可能的可搜索列,将不遵循任何模式。我可以搜索:
...以及所有其他可能的组合。
因此,在 WHERE
子句中,c10 将始终存在,而其他元素可以任意组合存在(甚至根本不存在)。
什么索引策略可以提高这种情况下的性能?我认为正确的做法是为每一列创建一个索引。使用多列索引可以提高性能吗?
据我所知,您将通过 (c1, c2, c3) 上的多列索引获得性能,但仅适用于按此顺序使用 c1、c2、c3 或 c1、c2 或 c1 的查询。但正如我所说,在我的场景中我唯一可以假设的是 c10 将始终出现在 WHERE 子句中(如果有帮助,它也可以是第一个子句)
最佳答案
要回答我们应该使用哪种索引的问题,我们可以创建一个简单的测试。首先,我们创建一个数据库、表和索引。
CREATE DATABASE index_test;
CREATE TABLE single_column(a int, b int, c int);
CREATE TABLE multi_column(a int, b int, c int);
CREATE INDEX single_column_a_idx ON single_column (a);
CREATE INDEX single_column_b_idx ON single_column (b);
CREATE INDEX single_column_c_idx ON single_column (c);
CREATE INDEX multi_column_idx ON multi_column (a, b, c);
用随机数据填充表格。
-- this function will be used for random number generation
CREATE OR REPLACE FUNCTION random_in_range(INTEGER, INTEGER) RETURNS INTEGER AS $$
SELECT floor(($1 + ($2 - $1 + 1) * random()))::INTEGER;
$$ LANGUAGE SQL;
INSERT INTO single_column(a, b, c)
SELECT random_in_range(1, 100),
random_in_range(1, 100),
random_in_range(1, 100)
FROM generate_series(1, 1000000);
INSERT INTO multi_column(a, b, c)
SELECT random_in_range(1, 100),
random_in_range(1, 100),
random_in_range(1, 100)
FROM generate_series(1, 1000000);
运行测试。
EXPLAIN ANALYZE SELECT * FROM single_column WHERE a < 3;
EXPLAIN ANALYZE SELECT * FROM single_column WHERE b < 3;
EXPLAIN ANALYZE SELECT * FROM single_column WHERE c < 3;
EXPLAIN ANALYZE SELECT * FROM multi_column WHERE a < 3;
EXPLAIN ANALYZE SELECT * FROM multi_column WHERE b < 3;
EXPLAIN ANALYZE SELECT * FROM multi_column WHERE c < 3;
EXPLAIN ANALYZE SELECT * FROM single_column WHERE a < 3 AND b > 10 AND c <= 11;
EXPLAIN ANALYZE SELECT * FROM multi_column WHERE a < 3 AND b > 10 AND c <= 11;
结果
index_test=# EXPLAIN ANALYZE SELECT * FROM single_column WHERE a < 3;
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------
Bitmap Heap Scan on single_column (cost=3925.39..13926.49 rows=367608 width=12) (actual time=5.802..44.904 rows=20070 loops=1)
Recheck Cond: (a < 3)
Heap Blocks: exact=5269
-> Bitmap Index Scan on single_column_a_idx (cost=0.00..3833.49 rows=367608 width=0) (actual time=4.018..4.019 rows=20070 loops=1)
Index Cond: (a < 3)
Planning Time: 0.325 ms
Execution Time: 46.589 ms
(7 rows)
index_test=# EXPLAIN ANALYZE SELECT * FROM single_column WHERE b < 3;
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------
Bitmap Heap Scan on single_column (cost=3925.39..13926.49 rows=367608 width=12) (actual time=6.630..26.814 rows=19902 loops=1)
Recheck Cond: (b < 3)
Heap Blocks: exact=5296
-> Bitmap Index Scan on single_column_b_idx (cost=0.00..3833.49 rows=367608 width=0) (actual time=4.852..4.853 rows=19902 loops=1)
Index Cond: (b < 3)
Planning Time: 0.270 ms
Execution Time: 28.762 ms
(7 rows)
index_test=# EXPLAIN ANALYZE SELECT * FROM single_column WHERE c < 3;
QUERY PLAN
----------------------------------------------------------------------------------------------------------------------------------------
Bitmap Heap Scan on single_column (cost=3925.39..13926.49 rows=367608 width=12) (actual time=5.896..25.304 rows=19946 loops=1)
Recheck Cond: (c < 3)
Heap Blocks: exact=5274
-> Bitmap Index Scan on single_column_c_idx (cost=0.00..3833.49 rows=367608 width=0) (actual time=4.125..4.126 rows=19946 loops=1)
Index Cond: (c < 3)
Planning Time: 0.270 ms
Execution Time: 27.136 ms
(7 rows)
index_test=# EXPLAIN ANALYZE SELECT * FROM multi_column WHERE a < 3;
QUERY PLAN
-------------------------------------------------------------------------------------------------------------------------------------
Bitmap Heap Scan on multi_column (cost=8569.39..18570.49 rows=367608 width=12) (actual time=7.760..67.173 rows=19938 loops=1)
Recheck Cond: (a < 3)
Heap Blocks: exact=5267
-> Bitmap Index Scan on multi_column_idx (cost=0.00..8477.49 rows=367608 width=0) (actual time=6.008..6.008 rows=19938 loops=1)
Index Cond: (a < 3)
Planning Time: 0.564 ms
Execution Time: 68.630 ms
(7 rows)
index_test=# EXPLAIN ANALYZE SELECT * FROM multi_column WHERE b < 3;
QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------------
Gather (cost=1000.00..13481.03 rows=18667 width=12) (actual time=1.451..135.028 rows=19897 loops=1)
Workers Planned: 2
Workers Launched: 2
-> Parallel Seq Scan on multi_column (cost=0.00..10614.33 rows=7778 width=12) (actual time=0.038..61.993 rows=6632 loops=3)
Filter: (b < 3)
Rows Removed by Filter: 326701
Planning Time: 1.123 ms
Execution Time: 136.128 ms
(8 rows)
index_test=# EXPLAIN ANALYZE SELECT * FROM multi_column WHERE c < 3;
QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------------
Gather (cost=1000.00..13627.63 rows=20133 width=12) (actual time=0.957..135.119 rows=19860 loops=1)
Workers Planned: 2
Workers Launched: 2
-> Parallel Seq Scan on multi_column (cost=0.00..10614.33 rows=8389 width=12) (actual time=0.035..66.760 rows=6620 loops=3)
Filter: (c < 3)
Rows Removed by Filter: 326713
Planning Time: 0.225 ms
Execution Time: 136.239 ms
(8 rows)
index_test=# EXPLAIN ANALYZE SELECT * FROM single_column WHERE a < 3 AND b > 10 AND c <= 11;
QUERY PLAN
-------------------------------------------------------------------------------------------------------------------------------------------------
Bitmap Heap Scan on single_column (cost=1424.66..5716.83 rows=2110 width=12) (actual time=21.694..26.123 rows=2000 loops=1)
Recheck Cond: ((a < 3) AND (c <= 11))
Filter: (b > 10)
Rows Removed by Filter: 230
Heap Blocks: exact=1833
-> BitmapAnd (cost=1424.66..1424.66 rows=2338 width=0) (actual time=20.981..20.983 rows=0 loops=1)
-> Bitmap Index Scan on single_column_a_idx (cost=0.00..230.43 rows=21067 width=0) (actual time=3.932..3.932 rows=20070 loops=1)
Index Cond: (a < 3)
-> Bitmap Index Scan on single_column_c_idx (cost=0.00..1192.92 rows=111000 width=0) (actual time=16.080..16.080 rows=110276 loops=1)
Index Cond: (c <= 11)
Planning Time: 1.812 ms
Execution Time: 26.742 ms
(12 rows)
index_test=# EXPLAIN ANALYZE SELECT * FROM multi_column WHERE a < 3 AND b > 10 AND c <= 11;
QUERY PLAN
---------------------------------------------------------------------------------------------------------------------------------------------
Index Only Scan using multi_column_idx on multi_column (cost=0.42..642.38 rows=2071 width=12) (actual time=0.329..2.086 rows=1953 loops=1)
Index Cond: ((a < 3) AND (b > 10) AND (c <= 11))
Heap Fetches: 0
Planning Time: 0.176 ms
Execution Time: 2.165 ms
(5 rows)
single_column
表将在任何情况下始终使用索引。EXPLAIN ANALYZE SELECT * FROM single_column WHERE a < 3; -- index used
EXPLAIN ANALYZE SELECT * FROM single_column WHERE b < 3; -- index used
EXPLAIN ANALYZE SELECT * FROM single_column WHERE c < 3; -- index used
EXPLAIN ANALYZE SELECT * FROM single_column WHERE a < 3 AND b > 10 AND c <= 11; -- index used
multi_column
表上执行单列 WHERE,只有当查询中的列与索引定义中的第一列相同时才会使用索引。EXPLAIN ANALYZE SELECT * FROM multi_column WHERE a < 3; -- index used
EXPLAIN ANALYZE SELECT * FROM multi_column WHERE b < 3; -- index not used
EXPLAIN ANALYZE SELECT * FROM multi_column WHERE c < 3; -- index not used
single_column
表可以在多列 WHERE 上使用索引,但 multi_column
表更快。multi_column
表可以在单列 WHERE 上使用索引,但 single_column
表更快。关于sql - Postgresql:多列索引与单列索引,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49776856/
SQL、PL-SQL 和 T-SQL 之间有什么区别? 谁能解释一下这三者之间的区别,并提供每一个的相关使用场景? 最佳答案 SQL 是一种对集合进行操作的查询语言。 它或多或少是标准化的,几乎所有关
这个问题已经有答案了: What is the difference between SQL, PL-SQL and T-SQL? (6 个回答) 已关闭 9 年前。 我对 SQL 的了解足以完成我的
我在数据库中有一个 USER 表。该表有一个 RegistrationDate 列,该列有一个默认约束为 GETDATE()。 使用 LINQ 时,我没有为 RegistrationDate 列提供任
我有一个可能属于以下类型的字符串 string expected result 15-th-rp 15 15/12-rp 12 15-12-th
很难说出这里问的是什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或言辞激烈,无法以目前的形式合理回答。如需帮助澄清此问题以便可以重新打开,visit the help center . 9年前关闭
我有一个存储过程(称为 sprocGetArticles),它从文章表中返回文章列表。这个存储过程没有任何参数。 用户可以对每篇文章发表评论,我将这些评论存储在由文章 ID 链接的评论表中。 有什么方
我目前正在做一个 *cough*Oracle*cough* 数据库主题。讲师介绍embedded SQL作为让其他语言(例如 C、C++)与(Oracle)数据库交互的方式。 我自己做了一些数据库工作
SQL Server 中 SQL 语句的最大长度是多少?这个长度是否取决于 SQL Server 的版本? 例如,在 DECLARE @SQLStatement NVARCHAR(MAX) = N'S
这个问题已经有答案了: Simple way to transpose columns and rows in SQL? (9 个回答) 已关闭 8 年前。 CallType
预先感谢您对此提供的任何帮助。 假设我有一个查询,可以比较跨年的数据,从某个任意年份开始,永无止境(进入 future ),每年同一时期直到最后一个完整的月份(其特点是一月数据永远不会显示至 2 月
我在数据库中有一个 USER 表。该表有一个 RegistrationDate 列,该列的默认约束为 GETDATE()。 使用 LINQ 时,我没有为 RegistrationDate 列提供任何数
下面是我试图用来检查存储过程是否不存在然后创建过程的 sql。它会抛出一个错误:Incorrect syntax near the keyword 'PROCEDURE' IF NOT EXISTS
我有一个同事声称动态 SQL 在许多情况下比静态 SQL 执行得更快,所以我经常看到 DSQL 到处都是。除了明显的缺点,比如在运行之前无法检测到错误并且更难阅读,这是否准确?当我问他为什么一直使用
来自 lobodava 的动态 SQL 查询是: declare @sql nvarchar(4000) = N';with cteColumnts (ORDINAL_POSITION, CO
使用 SQL Server 中的存储过程执行动态 SQL 命令的现实优点和缺点是什么 EXEC (@SQL) 对比 EXEC SP_EXECUTESQL @SQL ? 最佳答案 sp_executes
我有这个有效的 SQL 查询: select sum(dbos.Points) as Points, dboseasons.Year from dbo.StatLines dbos i
我正在调试一些构建成功运行的 SQL 命令的代码。 然而,在查询结束时,查询结果似乎被写入了一个文本文件。 完整的查询如下 echo SELECT DATE,DATETABLE,DATE,APPDAT
我有一些创建表的 .sql 文件(MS SQL 数据库): 表_1.sql: IF OBJECT_ID (N'my_schema.table1', N'U') IS NOT NULL DROP TAB
我写了下面的 SQL 存储过程,它一直给我错误@pid = SELECT MAX(... 整个过程是: Alter PROCEDURE insert_partyco @pname varchar(20
我在 SQL Server 2005 中有包含两列 Fruit 和 Color 的表,如下所示 Fruit Colour Apple Red Orange
我是一名优秀的程序员,十分优秀!