Re: [HACKERS] regression bigtest needs very long time

Поиск
Список
Период
Сортировка
От Michael Robinson
Тема Re: [HACKERS] regression bigtest needs very long time
Дата
Msg-id 199907010252.KAA05477@netrinsics.com
обсуждение исходный текст
Ответ на Re: [HACKERS] regression bigtest needs very long time  (Thomas Lockhart <lockhart@alumni.caltech.edu>)
Ответы Re: [HACKERS] regression bigtest needs very long time  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Thomas Lockhart <lockhart@alumni.caltech.edu> writes:
>> > The question, though, becomes what percentage of operations on a
>> > NUMERIC field are arithmetic, and what percentage are storage/retrieval.
>> Good point.
>We assume that most data stays inside the database on every query.
>That is, one should optimize for comparison/calculation speed, not
>formatting speed. If you are comparing a bunch of rows to return one,
>you will be much happier if the comparison happens quickly, as opposed
>to doing that slowly but formatting the single output value quickly.
>An RDBMS can't really try to optimize for the opposite case, since
>that isn't how it is usually used...

The optimizations under discussion will not significantly affect comparison
speed one way or the other, so comparison speed is a moot issue.

The question, really, is how often do you do this:
   select bignum from table where key = condition

versus this:
   select bignum1/bignum2 from table where key = condition

or this:
   select * from table where bignum1/bignum2 = condition

-Michael Robinson



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

Предыдущее
От: "Hiroshi Inoue"
Дата:
Сообщение: RE: [HACKERS] 6.5.1 status
Следующее
От: Thomas Lockhart
Дата:
Сообщение: Re: [HACKERS] regression bigtest needs very long time