- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在使用 postgres 9.4。我已经运行了 VACUUM
和 ANALYZE
。但是对 inner join
的查询仍然很慢。
举个简单的例子,我有 3 个表:numbersale
、base_number
和 numberstorethrough
。 numbersale
和 numberstorethrough
中的 number_id
只是 FK(numbersale.number_id
指向 base_number
, numberstorethrough.number_id
指向 numbersale
, 是的, 这是可怕的命名):
Table "public.numbersale"
Column | Type | Modifiers | Storage | Stats target | Description
----------------------+--------------------------+---------------------------------------------------------------+----------+--------------+-------------
id | integer | not null default nextval('numbersale_id_seq'::regclass) | plain | |
number_id | integer | not null | plain | |
Table "public.base_number"
Column | Type | Modifiers | Storage | Stats target | Description
-------------+--------------------------+----------------------------------------------------------+----------+--------------+-------------
id | integer | not null default nextval('base_number_id_seq'::regclass) | plain | |
Table "public.numberstorethrough"
Column | Type | Modifiers | Storage | Stats target | Description
--------------+--------------------------+-----------------------------------------------------------------------+---------+--------------+-------------
id | integer | not null default nextval('numberstorethrough_id_seq'::regclass) | plain | |
number_id | integer | not null | plain | |
其中包含 250k 到 595k 的条目:
$ SELECT COUNT(*) FROM numbersale;
count
--------
258552
(1 row)
Time: 17,845 ms
$ SELECT COUNT(*) FROM base_number;
count
--------
332484
(1 row)
Time: 16,273 ms
$ SELECT COUNT(*) FROM numberstorethrough;
count
--------
595812
(1 row)
Time: 56,710 ms
表格有相应的索引:
$ select * from pg_indexes where tablename = 'numbersale';
schemaname | tablename | indexname | tablespace | indexdef
------------+------------------+--------------------------------------------+------------+------------------------------------------------------------------------------------------------------------------------------------
...
public | numbersale | numbersale_number_id_key | | CREATE UNIQUE INDEX numbersale_number_id_key ON numbersale USING btree (number_id)
$ select * from pg_indexes where tablename = 'numberstorethrough';
schemaname | tablename | indexname | tablespace | indexdef
------------+--------------------------+---------------------------------------+------------+--------------------------------------------------------------------------------------------------------------------------------------
public | numberstorethrough | numberstorethrough_number_id | | CREATE INDEX numberstorethrough_number_id ON numberstorethrough USING btree (number_id)
我的问题是以下查询:
SELECT COUNT(*) FROM "numbersale"
INNER JOIN "base_number"
ON ( "numbersale"."number_id" = "base_number"."id" )
INNER JOIN "numberstorethrough"
ON ( "numbersale"."id" = "numberstorethrough"."number_id" );
count
--------
595812
(1 row)
Time: 541,523 ms
解释该查询:
Aggregate (cost=62564.67..62564.68 rows=1 width=0)
-> Hash Join (cost=34443.31..61075.14 rows=595812 width=0)
Hash Cond: (numberstorethrough.number_id = numbersale.id)
-> Seq Scan on numberstorethrough (cost=0.00..10539.12 rows=595812 width=4)
-> Hash (cost=30201.41..30201.41 rows=258552 width=4)
-> Hash Join (cost=14411.42..30201.41 rows=258552 width=4)
Hash Cond: (base_number.id = numbersale.number_id)
-> Seq Scan on base_number (cost=0.00..7102.84 rows=332484 width=4)
-> Hash (cost=10169.52..10169.52 rows=258552 width=8)
-> Seq Scan on numbersale (cost=0.00..10169.52 rows=258552 width=8)
这种带有两个内部连接的基本查询需要超过半秒(有时需要长达 700 毫秒),这是否正常?行数甚至不是数百万,只有 300-600k。
我已经简化了我的查询,实际上它更大并且需要超过 1 秒,但连接问题是我的主要瓶颈。
最佳答案
一种可能性是连接产生一个非常大的中间结果,但随后被第二个连接过滤掉。这仍然不能解释为什么没有使用索引,但也许这可能有更好的性能:
SELECT COUNT(*)
FROM "base_number" bn
WHERE EXISTS (SELECT 1 FROM "numbersale" ns WHERE ns."number_id" = bn."id") AND
EXISTS (SELECT 1 FROM "numberstorethrough" nst WHERE bn."id" = nst."number_id");
您已经拥有此(和您的原始)查询的正确索引:numbersale(number_id)
、base_number(id)
和 numberstorethrough(number_id)
.
关于sql - 在 PostgreSQL 中内部连接表时计数缓慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35895295/
关闭。这个问题是opinion-based .它目前不接受答案。 想要改进这个问题? 更新问题,以便 editing this post 可以用事实和引用来回答它. 关闭 9 年前。 Improve
我有点卡在 JavaScript 逻辑上来完成这个任务。 基本上 如果我给出一个数字(比如 30) 我想在两边都显示 5。 所以 25 26 27 28 29 30 31 32 33 34 35 这部
我编写的程序有问题。我无法获得输入字符串的正确字数,但我获得了正确的最长字符数。我不知道为什么,但这是我的代码。我正在做的是将一个字符串传递给一个函数,该函数将字符串中的所有字母大写。然后,该函数逐个
我有功能 public ArrayList vyberNahodnaPismena() { String[] seznamPismen = {"A", "Á", "B", "C", "Č",
这可以在 PGSQL 中完成吗?我有一个我创建的 View ,其中主机名、ip 和数据中心来自一个表,ifdesc 和 if stats 来自另一个表。 View 输出如下所示: hostname |
我想要一组来自订单文件的数据,这些数据可以为我提供客户编号、订单编号、产品、数量、价格以及每个订单的订单详细信息文件中的行数。我在最后一部分遇到问题。 Select Header.CustNo, He
我有属于街道的房子。一个用户可以买几套房子。我如何知道用户是否拥有整条街道? street table with columns (id/name) house table with columns
我有一套有 200 万个主题标签。然而,只有大约 200k 是不同的值。我想知道哪些主题标签在我的数据中重复得更多。 我用它来查找每个主题标签在我的数据集上重复了多少次: db.hashtags.ag
我有如下文件: { "_id" : "someuniqueeventid", "event" : "event_type_1", "date" : ISODate("2014-
我有以下三个相互关联的表: 主持人(有多个 session ) session (有多个进程) 过程 表结构如下: 主机表 - id, name session 表 - id, host_id, na
我需要根据 2 个字段对行进行计数以进行分组。 动物(一) id group_id strain_id death_date death_cause status --
我有一个 LINQ 语句,我正在努力改正,所以可能这一切都错了。我的目标是查询一个表并加入另一个表以获取计数。 地点 标识、显示 ProfilePlaces ID、PlaceID、通话、聆听 基本上P
我无法编写 Countifs 来完成我想要的。我每个月都会运行一份 claim 报告,其中包含大量按列组织的数据,并每月将其导出到 Excel 中。在一个单独的选项卡上,我有引用此数据复制到的选项卡的
我有一些数据采用此 sqlfilddle 中描述的格式:http://sqlfiddle.com/#!4/b9cdf/2 基本上,一个包含用户 ID 和事件发生时间的表。我想做的是根据用户发生事件的时
我有以下 SQL 语句: SELECT [l.LeagueId] AS LeagueId, [l.LeagueName] AS NAME, [lp.PositionId] FROM
我试图找出一个值在列中出现的平均次数,根据另一列对其进行分组,然后对其进行计算。 我有 3 张 table ,有点像这样 DVD ID | NAME 1 | 1 2 | 1 3
我有一个非常简单的 SQL 问题。我有一个包含以下列的数据库表: 零件号 销售类型(为简单起见,称之为销售类型 1、2、3、4、5) 我希望编写一个包含以下三列的查询: 零件号 Sales Type
我创建了以下存储过程,用于计算选定位置的特定范围之间每天的记录数: [dbo].[getRecordsCount] @LOCATION as INT, @BEGIN as datetime, @END
我有一个包含一组列的表,其中一个是日期列。 我需要计算该列的值引用同一个月的次数。如果一个月内,该计数的总和超过 3,则返回。 例如: ____________________ | DATE |
看XXX数据如下: lala XXX = EL String [XXX] | TXT String | MMS String 为此,XXX数据yppz是由 lala
我是一名优秀的程序员,十分优秀!