- 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/
这几天我一直在努力。我一直在自学 CSS,所以对菜鸟好一点。我正在创建一个推荐 slider 。推荐以 3 个 block 显示。我希望前 2 个下降,第 3 个上升。但是当 slider 激活时,无
我最近开始学习 Nodejs,现在我很困惑我的网络应用程序使用什么,html 还是 ejs (Express)。 Ejs 使用 Express 模块,而 .html 使用 HTML 模块。我的第一个问
假设我们有一个 PostgreSQL 表contacts,每条记录都有一堆带标签的电子邮件地址(标签和电子邮件对)——其中一个是“主要”。 存储方式如下: id 主键 电子邮件 文本 email_la
我成功为一种新的tesseract语言编写了traineddata文件,但是当我完成时,我继续收到以下错误: index >= 0 && index = 0 && 索引 < size_used_ :E
这个问题已经有答案了: How to deal with SettingWithCopyWarning in Pandas (21 个回答) 已关闭 4 年前。 假设我有一个像这样的数据框,第一列“密
如果我有一个位置或行/列同时用于 A 和 B 位置,请检查 B 是否与 A 成对角线? 1 2 3 4 5 6 7 8 9 例如,我如何检查 5 是否与 7 成对角线? 此外,如果我检查 4 是
MongoDB:索引 一、 创建索引 默认情况下,集合中的_id字段就是索引,我们可以通过getIndexes()方法来查看一个集合中的索引 > db.user.getIndexes() [ { "v
一、索引介绍 索引是一种用来快速查询数据的数据结构。 B+Tree就是一种常用的数据库索引数据结构,MongoDB采用B+Tree 做索引,索引创建在colletions上。 MongoDB不使用索引
我无法决定索引。 就像我有下面的查询需要太多时间来执行: select count(rn.NODE_ID) as Count, rnl.[ISO_COUNTRY_CODE] as Cou
我有这些表: CREATE TABLE `cstat` ( `id_cstat` bigint(20) NOT NULL, `lang_code` varchar(3) NOT NULL,
我正在尝试找到一种方法来提高包含 IP 范围的 mysql 表的性能(在高峰时段每秒最多有 500 个 SELECT 查询(!),所以我有点担心)。 我有一个这种结构的表: id smallint(
jquery index() 似乎无法识别元素之一,总是说“无法读取未定义的属性‘长度’”这是我的代码。mnumber 是导致问题的原因。我需要 number 和 mnumber 才能跟踪使用鼠标,并
我们有一个包含近 4000 万条记录的 MongoDB 集合。该集合的当前大小为 5GB。此集合中存储的数据包含以下字段: _id: "MongoDB id" userid: "user id" (i
文档说:如果你有多个字段的复合索引,你可以用它来查询字段的开始子集。所以如果你有一个索引一个,乙,丙你可以用它查询一种一个,乙a,b,c 我的问题是,如果我有一个像这样的复合索引一个,乙,丙我可以查询
我正在使用 $('#list option').each(function(){ //do stuff }); 循环列表中的选项。我想知道如何获取当前循环的索引? 因为我不想让 var i = 0;循
MySQL索引的建立对于MySQL的高效运行是很重要的,索引可以大大提高MySQL的检索速度。 打个比方,如果合理的设计且使用索引的MySQL是一辆兰博基尼的话,那么没有设计和使用索引的MySQL
SQLite 索引(Index) 索引(Index)是一种特殊的查找表,数据库搜索引擎用来加快数据检索。简单地说,索引是一个指向表中数据的指针。一个数据库中的索引与一本书后边的索引是非常相似的。
我是 RavenDB 的新手。我正在尝试使用多 map 索引功能,但我不确定这是否是解决我的问题的最佳方法。所以我有三个文件:Unit、Car、People。 汽车文件看起来像这样: { Id: "
我有以下数据,我想根据范围在另一个表中建立索引 我想要实现的是,例如,如果三星的销售额为 2500,则折扣为 2%,低于 3000 且高于 1000 我知道它可以通过索引来完成,与多个数组匹配,然后指
我正在检查并删除 SQL 数据库中的重复和冗余索引。 所以如果我有两个相同的索引,我会删除。 例如,如果我删除了重叠的索引... 索引1:品牌、型号 指标二:品牌、型号、价格 我删除索引 1。 相同顺
我是一名优秀的程序员,十分优秀!