From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Gunnar Wolf <gwolf(at)gwolf(dot)org> |
Cc: | Martin Marques <martin(at)bugs(dot)unl(dot)edu(dot)ar>, Victor Lopez <v(dot)lopez(dot)s(at)ono(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: numrow |
Date: | 2006-11-29 18:03:55 |
Message-ID: | 20061129180355.GC4949@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Gunnar Wolf escribió:
> Te pongo un ejemplo simple más: En SQL tienes varias funciones
> agregadoras, que te reducen el número de tuplas generadas, como avg(),
> count() o sum(). ¿Por qué crees que no existe un total_so_far() que
> vaya sumando cada uno de los renglones entregados? Porque ese tipo de
> manipulación pertenece a la aplicación, no al RDBMS.
Estoy totalmente de acuerdo con tu exposición de la teoría, pero
aprovecho que has mencionado el "total_so_far" para hacer el alcance de
que en SQL:2003 se introdujo el concepto de "windowing functions", que
son funciones calculadas en torno a renglones adyacentes al "actual".
(Postgres no soporta windowing functions todavia)
Pero, claro, ROWNUM() no fue introducido para eso, sino para hacer lo
que en Postgres hacemos con LIMIT y OFFSET, que obviamente son una
solucion mucho mas limpia al problema ...
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Miguel Bernilla Sánchez | 2006-11-29 20:36:12 | Re[2]: numrow |
Previous Message | arturo garcia | 2006-11-29 17:43:37 | RE: Ayuda con tipo de dato |