From: | Raghavendra <raghavendra(dot)rao(at)enterprisedb(dot)com> |
---|---|
To: | leo xu <leoxu8703(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: what happens when concurrent index create |
Date: | 2012-04-04 03:19:11 |
Message-ID: | CA+h6AhhmrtsbA2w-KroguP1isQNi9sgtHiECDFujiSmsVFcyTA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, Apr 3, 2012 at 9:50 PM, leo xu <leoxu8703(at)gmail(dot)com> wrote:
> i read documents,i find it that concurrent index create don't lock
> write.but
> need scan table twice.it explain is following as:
> It scans the table once to initially build the index, then makes a second
> pass to look for things added after the first pass.
>
> please explain 1. what happens when concurrent index create .tks.
> 2.how to trace a backend what do somethings internal.for
> example oracle 10046 trace.
>
>
It seems you are looking for a similar behavior of sql_trace in oracle. You
can try pgstatstatements contrib module.
http://www.postgresql.org/docs/9.1/static/pgstatstatements.html
---
Regards,
Raghavendra
EnterpriseDB Corporation
Blog: http://raghavt.blogspot.com/
> --
> View this message in context:
> http://postgresql.1045698.n5.nabble.com/what-happens-when-concurrent-index-create-tp5615720p5615720.html
> Sent from the PostgreSQL - general mailing list archive at Nabble.com.
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Sabino Mullane | 2012-04-04 03:20:42 | Re: Adding new and changed data |
Previous Message | Chris Travers | 2012-04-04 03:18:12 | Looking for RPMs for SuSE enterprise 11, PostgreSQL 9.1, Power architecture |