Re: check sql progress
| От | Tom Lane |
|---|---|
| Тема | Re: check sql progress |
| Дата | |
| Msg-id | 28429.1014997786@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | check sql progress ("Johnson, Shaunn" <SJohnson6@bcbsm.com>) |
| Список | pgsql-general |
"Johnson, Shaunn" <SJohnson6@bcbsm.com> writes:
> When I do and explain, I get this:
> Nested Loop (cost=0.00..32520.00 rows=10000 width=84)
> -> Seq Scan on t_bp_test1 a (cost=0.00..20.00 rows=1000 width=24)
> -> Seq Scan on t_bp_stage8 b (cost=0.00..20.00 rows=1000 width=60)
> I started the job from last night (about 6pm) and had to
> kill it when I got in this morning (8am). I know the
> data is large (t_bp_stage8 = 8183745 records;
> t_bp_test1 =1677375 records)
The planner evidently doesn't know that. Have you ever done a VACUUM
(perhaps better, VACUUM ANALYZE) on these tables?
Also, I'd suggest simplifying the where clause:
where cast(a.member_id_legacy_cust as char) = b.bp_leg_cust_memb_id;
Can't that be just
where a.member_id_legacy_cust = b.bp_leg_cust_memb_id;
? I think that the added cast will probably prevent the planner from
using any intelligent query plans, like merge or hash join.
regards, tom lane
В списке pgsql-general по дате отправления: