From: | Atri Sharma <atri(dot)jiit(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Satoshi Nagayasu <snaga(at)uptime(dot)jp>, Tomas Vondra <tv(at)fuzzy(dot)cz>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [rfc] overhauling pgstat.stat |
Date: | 2013-09-05 07:36:35 |
Message-ID: | CAOeZVic+oAzt7c08-Zj4N6tUkAAVGsCD9JJoFqPMa63jP1GueA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Sep 5, 2013 at 10:59 AM, Alvaro Herrera
<alvherre(at)2ndquadrant(dot)com> wrote:
> Satoshi Nagayasu wrote:
>
>> But, for now, I think we should have a real index for the
>> statistics data because we already have several index storages,
>> and it will allow us to minimize read/write operations.
>>
>> BTW, what kind of index would be preferred for this purpose?
>> btree or hash?
>
> I find it hard to get excited about using the AM interface for this
> purpose. To me it makes a lot more sense to have separate, much
> simpler code. We don't need any transactionality, user defined types,
> user defined operators, or anything like that.
+1.
But, would not rewriting a lot of existing functionalities potentially
lead to points of contention and/or much more effort?
Regards,
Atri
--
Regards,
Atri
l'apprenant
From | Date | Subject | |
---|---|---|---|
Next Message | KONDO Mitsumasa | 2013-09-05 07:41:28 | Re: 9.4 regression |
Previous Message | Alvaro Herrera | 2013-09-05 05:29:14 | Re: [rfc] overhauling pgstat.stat |