Re: Do we need multiple forms of the SQL2003 statistics
От | Sergey E. Koposov |
---|---|
Тема | Re: Do we need multiple forms of the SQL2003 statistics |
Дата | |
Msg-id | Pine.LNX.4.64.0607292325330.26646@lnfm1.sai.msu.ru обсуждение исходный текст |
Ответ на | Re: Do we need multiple forms of the SQL2003 statistics (Peter Eisentraut <peter_e@gmx.net>) |
Список | pgsql-hackers |
On Sat, 29 Jul 2006, Peter Eisentraut wrote: > Sergey E. Koposov wrote: >> I think since we are supporting the numeric type as a special >> high-precision type, Postgres must have the high-precision >> versions of all computational functions. Just my opinion. > > Another way to look at it is whether you want to have accurate > computations (numeric) or approximate computations (float). I'm not a > statistician, so I don't know what most of these functions are used > for. From a mathematician's point of view, however, some of these > functions normally produce irrational numbers anyway, so it seems > unlikely that numeric will be useful. But looking at the definition > of, say, regr_avgx(Y, X), if all the input values are integers, it > might be useful if I could get an exact integer or rational number as > output, instead of a float, that is. Exactly from the statistical point of view, there is no need to have the integer output of those 2-arg. aggregates. For example corr(), regr_*() are by definition not integer (they just don't have any sense as integers...)( -1<= corr(Y,X)<=1 ) (for example the stddev(int) do not produce int also, because it does not have any sense) So it's perfectly fine that they are producing only floating numbers... Regards, Sergey ******************************************************************* Sergey E. Koposov Max Planck Institute for Astronomy/Sternberg Astronomical Institute Tel: +49-6221-528-349 Web: http://lnfm1.sai.msu.ru/~math E-mail: math@sai.msu.ru
В списке pgsql-hackers по дате отправления: