From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Qingqing Zhou <zhouqq(dot)postgres(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, deavid <deavidsedice(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Is it possible to have a "fast-write" Index? |
Date: | 2015-06-19 13:37:46 |
Message-ID: | CAHyXU0ySFG8grvE+SHjgwTvRX2cG_-6qk4QFgfsmSEdwrPNJhQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Jun 11, 2015 at 9:32 PM, Qingqing Zhou
<zhouqq(dot)postgres(at)gmail(dot)com> wrote:
> On Fri, Jun 5, 2015 at 10:59 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> So I really doubt that anyone would have any enthusiasm for saddling btree
>> with a similar mechanism. It's complicated (and has been the cause of
>> multiple bugs); it's hard to figure out when is the optimal time to flush
>> the pending insertions; and it slows down searches in favor of making
>> inserts cheap, which is generally not the way to bet --- if that's the
>> tradeoff you want, why not drop the index altogether?
>
> Hint bits update is also painful in above case, but it is out of the topic here.
Are your records spread out around many transactions or so you tend to
have large batches all with the same xid?
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Sawada Masahiko | 2015-06-19 13:51:42 | Re: GIN function of pageinspect has inconsistency data type. |
Previous Message | Simon Riggs | 2015-06-19 13:06:42 | Re: Is it possible to have a "fast-write" Index? |