Re: [HACKERS] Slow count(*) again...

Поиск
Список
Период
Сортировка
От Samuel Gendler
Тема Re: [HACKERS] Slow count(*) again...
Дата
Msg-id AANLkTikftsY8=sFf9X6XD6B37-LBHykHzY4ByMPNRZFA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Slow count(*) again...  (Mladen Gogala <mladen.gogala@vmsinfo.com>)
Ответы Re: [HACKERS] Slow count(*) again...  (Mladen Gogala <mladen.gogala@vmsinfo.com>)
Список pgsql-performance


On Tue, Feb 1, 2011 at 3:44 PM, Mladen Gogala <mladen.gogala@vmsinfo.com> wrote:
On 2/1/2011 6:03 PM, Andrew Dunstan wrote:
Whether or not it's bad application design, it's ubiquitous, and we
should make it work as best we can, IMNSHO. This often generates
complaints about Postgres, and if we really plan for world domination
this needs to be part of it.

There are many other things to fix first. One of them would be optimizer decisions when a temp table is involved. I would also vote for wait event interface, tracing and hints, much rather than speeding up count(*). World domination will not be achieved by speeding up count(*), it will be achieved by providing overall performance akin to what the player who has already achieved the world domination. I believe that the company is called "Oracle Corp." or something like that?


Mladen Gogala
Sr. Oracle DBA
 
Don't listen to him.  He's got an oracle bias.  Slashdot already announced that NoSQL is actually going to dominate the world, so postgres has already lost that battle.  Everything postgres devs do now is just an exercise in relational masturbation.  Trust me.


В списке pgsql-performance по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: Are we in the ballpark?
Следующее
От: Mladen Gogala
Дата:
Сообщение: Re: [HACKERS] Slow count(*) again...