| From: | Francisco Olarte <folarte(at)peoplecall(dot)com> |
|---|---|
| To: | Jaime Casanova <jaime(dot)casanova(at)2ndquadrant(dot)com> |
| Cc: | Jairo Graterón <jgrateron(at)gmail(dot)com>, Lista PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Consulta lenta |
| Date: | 2020-10-07 17:25:31 |
| Message-ID: | CA+bJJbzhHPYKq8BVFHvHaCKW3_gNVczO9GVhb=D7Cwt-PDKCwg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Jaime, un comentario:
On Wed, Oct 7, 2020 at 8:46 AM Jaime Casanova
<jaime(dot)casanova(at)2ndquadrant(dot)com> wrote:
......
> puedes mostrar el resultado de:
> select count(*),
> count(*) filter (where fecha_de_emision >= '2020-09-01 05:00:00' and fecha_de_emision <= '2020-10-01 04:59:59.999999'
> from invoices;
Salvo que tengas muy buenas razones para no hacerla, que yo no las he
tenido en 30 años, es mejor manejar todas las cosas que sean
asimilables a numeros reales, puntos en una recta, con intervalos
semiabiertos:
select count(*),
count(*) filter (where fecha_de_emision >= '2020-09-01
05:00:00' and fecha_de_emision < '2020-10-01 05:00:00'
Son mas faciles de escribir, cubren la recta sin solaparse y te evitas
tener que pensar en que precision tienen los campos ( i.e., que pasa
si el postgres 27.8 empieza a manejar los timestamps con precision de
picosegundos, porque todas las CPUs usadas en los ultimos 10 años son
de 128 bits y es mas comodo/preciso ).
FOS.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jairo Graterón | 2020-10-07 21:18:16 | Re: Consulta lenta |
| Previous Message | Jaime Casanova | 2020-10-07 06:46:15 | Re: Consulta lenta |