| From: | Chris Withers <chris(at)simplistix(dot)co(dot)uk> |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: performance problems with bulk inserts/updates on tsrange with gist-based exclude constrains |
| Date: | 2016-11-24 18:14:34 |
| Message-ID: | 600abede-ce88-9973-724f-5fbc2fa22745@simplistix.co.uk |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Hey Tom,
I appreciate you're busy, but did you ever get a chance to look at this?
On 19/09/2016 08:40, Chris Withers wrote:
> On 16/09/2016 15:29, Tom Lane wrote:
>> Chris Withers <chris(at)simplistix(dot)co(dot)uk> writes:
>>> On 16/09/2016 14:54, Igor Neyman wrote:
>>>> So, what is the value for "end ts", when the record is inserted (the
>>>> range just started)?
>>
>>> It's open ended, so the period is [start_ts, )
>>
>> I've not looked at the GiST range opclass, but I would not be
>> surprised if
>> having lots of those is pretty destructive to the index's ability to be
>> selective about && searches.
>
> If that's so, that's a little disappointing...
> (I'd have thought the special case end value (open ended) and the ending
> type (inclusive/exclusive) would just be sentinel values)
>
> How would I verify your suspicions?
cheers,
Chris
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Adrian Klaver | 2016-11-24 18:51:52 | Re: [SPAM] Re: [SPAM] Re: Best practices to manage custom statistics |
| Previous Message | Adrian Klaver | 2016-11-24 18:14:04 | Re: query locks up when run concurrently |