Re: Consulta sobre fechas TimeStamp

2018-05-18 Thread Carlos Perez 
No se si es la mejor opcion pero he usado indices por funcion y me ha dado
muy buenos resultados.
En tu caso tendrias que crear un indice con un cast del timestamp a date.
Tambien entiendo que el buen uso del indice va a depender de la
cardinalidad de datos.

https://www.postgresql.org/docs/9.1/static/indexes-expressional.html

Saludos.


El 18 de mayo de 2018, 17:03, Héctor Alonso Lozada Echezuría <
ima...@gmail.com> escribió:

> Te recomiendo esta documentación para aumentar la velocidad de respuesta
> de tus queries, está muy buena y completa.
>
> https://statsbot.co/blog/postgresql-query-optimization/
>
> El 18 de mayo de 2018, 12:37, Micky Khan  escribió:
>
>> Buenas.
>>
>>
>> Una consulta; como es la manera correcta de tal manera que sea lo mas
>> rápida posible de ejecutar una consulta
>>
>>
>> Select * from mitabla where Fecha_TIMESTAMP = '2018-05-18'
>>
>>
>>
>> Mi campo fecha a consultar es de tipo TIMESTAMP y los datos que se envian
>> para la consulta es de tipo DATE.
>>
>>
>> Gracias por vuestra ayuda.
>>
>>
>>
>>
>
>
> --
> Héctor Alonso Lozada Echezuría
>



-- 
Carlos Enrique Perez
Direccion Syswarp SRL

www.syswarp.com

Re: Consulta sobre fechas TimeStamp

2018-05-18 Thread Héctor Alonso Lozada Echezuría 
Te recomiendo esta documentación para aumentar la velocidad de respuesta de
tus queries, está muy buena y completa.

https://statsbot.co/blog/postgresql-query-optimization/

El 18 de mayo de 2018, 12:37, Micky Khan  escribió:

> Buenas.
>
>
> Una consulta; como es la manera correcta de tal manera que sea lo mas
> rápida posible de ejecutar una consulta
>
>
> Select * from mitabla where Fecha_TIMESTAMP = '2018-05-18'
>
>
>
> Mi campo fecha a consultar es de tipo TIMESTAMP y los datos que se envian
> para la consulta es de tipo DATE.
>
>
> Gracias por vuestra ayuda.
>
>
>
>


-- 
Héctor Alonso Lozada Echezuría

Re: Consulta sobre fechas TimeStamp

2018-05-18 Thread Micky Khan 
Y cual es la diferencia en hacerlo asi :


Select * from mitabla where Fecha_TIMESTAMP between '2018-05-18' and 
'2018-05-19'

El resultado que me arroja es el mismo...que los otros que me pasaste.








De: Hellmuth Vargas 
Enviado: viernes, 18 de mayo de 2018 19:32
Para: Micky Khan
Cc: FORO POSTGRES
Asunto: Re: Consulta sobre fechas TimeStamp

Hola Lista


Tenemos dos maneras básicas de hacer una consulta que involucra timestamp 
contra un date:

1. date(timestamp)

  Select * from mitabla where date(Fecha_TIMESTAMP) = cast('2018-05-18' as 
date)

  Para tablas con gran cantidad de registros implica un indice sobre  
date(Fecha_TIMESTAMP)

2. between, mi preferido

  Select * from mitabla where Fecha_TIMESTAMP between  cast('2018-05-18' as 
timestamp) and  cast('2018-05-18' as timestamp)+ cast('1 day' as interval)

   para tablas con gran cantidad de registros implica un indice sobre  
Fecha_TIMESTAMP


  Ahora bien, sin mas informacion como que tan grande es las tabla y como están 
distribuidos los datos, para poder sugerir un particionamiento  sobre el campo  
Fecha_TIMESTAMP por ejemplo no podría aportar  mucho mas...





El 18 de mayo de 2018, 13:37, Micky 
Khan> escribió:

Buenas.


Una consulta; como es la manera correcta de tal manera que sea lo mas rápida 
posible de ejecutar una consulta


Select * from mitabla where Fecha_TIMESTAMP = '2018-05-18'



Mi campo fecha a consultar es de tipo TIMESTAMP y los datos que se envian para 
la consulta es de tipo DATE.


Gracias por vuestra ayuda.





--
Cordialmente,

Ing. Hellmuth I. Vargas S.

Re: Replicación M-M.... BDR, plogical.... en PG 9.5

2018-05-18 Thread Andrés P . P . 
Muchas gracias Martin

Por ahora usaré SR y haré el switch cuando se requiera ..y veremos si
podemos aprovechar el StandBy para Reportería y quitarle esa carga al
principal..
De todas formas intentaré hacer un ambiente de pruebas para ir probando el
PGlogical y seguir esperando al BDR.. :)

La verdad es que el esquema M-M es lo ideal, pero los requerimientos
actuales (cliente) tampoco generan una obligatoriedad de una implementación
de ese tipo  y comercialmente (acá) tampoco.. :) ... pero se habría
visto bonito presentarla y verla en operaciones.

Gracias nuevamente

Slds.
AP.
.


El 18 de mayo de 2018, 9:31, Martín Marqués 
escribió:

> Hola Andrés,
>
> El 16/05/18 a las 16:22, Andrés P.P. escribió:
> >
> > Gracias Martín por el detalle.
> >
> > ...creo que no le puse atención a la parte comercial.. :(
> >
> > Sip, me llegó el correo de la buena nueva de BDR v3 para PG10... pero
> > tampoco puse atención en los términos comerciales...
>
> Como dije, BDR 3 no está terminado aún. Esta en beta aun. Por el momento
> no será liberado al público general, pero trataremos de incorporar más
> partes en la próxima versión de postgres 12.
>
> > Respecto a PGlogical, por ahora no tengo opción de migrar a PG10 los
> > servidores que serán replicados son PG 9.5.7 y debo encontrar la mejor
> > opción para eso tú me dices que puedo utilizar PGlogical para la
> > versión PG 9.5 ??  Espero tu comentario para ponerme a investigar al
> > respecto...  (te agradecería si tienes a la mano algún link ejemplo como
> > para asimilarlo más rápido)...
>
> Esto es muy complicado como para una respuesta Si/No.
>
> Te recomiendo leer la documentación de pglogical y hacer *muchas*
> pruebas. Creo que donde más problemas a resolver vas a tener es en los
> cambios de esquema (ejecución de DDL) y resolución de conflictos.
>
> Si realmente necesitas poner en marcha multimaestro, te recomendaría
> ponerte en contacto con la gente de ventas de 2ndQuadrant para ver como
> te podemos ayudar.
>
> P.D.: Se de personas que han implementado hace ya muchos años MM con
> replicación por triggers, pero es harto complicado, y tienen muchas
> limitaciones.
>
> --
> Martín Marquéshttp://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services
>

Re: Consulta sobre fechas TimeStamp

2018-05-18 Thread Hellmuth Vargas 
Hola Lista


Tenemos dos maneras básicas de hacer una consulta que involucra timestamp
contra un date:

1. date(timestamp)

  Select * from mitabla where date(Fecha_TIMESTAMP) = cast('2018-05-18'
as date)

  Para tablas con gran cantidad de registros implica un indice sobre
date(Fecha_TIMESTAMP)

2. between, mi preferido

  Select * from mitabla where Fecha_TIMESTAMP between
cast('2018-05-18' as timestamp) and  cast('2018-05-18' as timestamp)+
cast('1 day' as interval)

   para tablas con gran cantidad de registros implica un indice sobre
Fecha_TIMESTAMP


  Ahora bien, sin mas informacion como que tan grande es las tabla y como
están distribuidos los datos, para poder sugerir un particionamiento  sobre
el campo  Fecha_TIMESTAMP por ejemplo no podría aportar  mucho mas...





El 18 de mayo de 2018, 13:37, Micky Khan escribió:

> Buenas.
>
>
> Una consulta; como es la manera correcta de tal manera que sea lo mas
> rápida posible de ejecutar una consulta
>
>
> Select * from mitabla where Fecha_TIMESTAMP = '2018-05-18'
>
>
>
> Mi campo fecha a consultar es de tipo TIMESTAMP y los datos que se envian
> para la consulta es de tipo DATE.
>
>
> Gracias por vuestra ayuda.
>
>
>
>


-- 
Cordialmente,

Ing. Hellmuth I. Vargas S.

Consulta sobre fechas TimeStamp

2018-05-18 Thread Micky Khan 
Buenas.


Una consulta; como es la manera correcta de tal manera que sea lo mas rápida 
posible de ejecutar una consulta


Select * from mitabla where Fecha_TIMESTAMP = '2018-05-18'



Mi campo fecha a consultar es de tipo TIMESTAMP y los datos que se envian para 
la consulta es de tipo DATE.


Gracias por vuestra ayuda.

Re: Replicación M-M.... BDR, plogical.... en PG 9.5

2018-05-18 Thread Martín Marqués 
Hola Andrés,

El 16/05/18 a las 16:22, Andrés P.P. escribió:
> 
> Gracias Martín por el detalle.
> 
> ...creo que no le puse atención a la parte comercial.. :( 
> 
> Sip, me llegó el correo de la buena nueva de BDR v3 para PG10... pero
> tampoco puse atención en los términos comerciales...

Como dije, BDR 3 no está terminado aún. Esta en beta aun. Por el momento
no será liberado al público general, pero trataremos de incorporar más
partes en la próxima versión de postgres 12.

> Respecto a PGlogical, por ahora no tengo opción de migrar a PG10 los
> servidores que serán replicados son PG 9.5.7 y debo encontrar la mejor
> opción para eso tú me dices que puedo utilizar PGlogical para la
> versión PG 9.5 ??  Espero tu comentario para ponerme a investigar al
> respecto...  (te agradecería si tienes a la mano algún link ejemplo como
> para asimilarlo más rápido)...

Esto es muy complicado como para una respuesta Si/No.

Te recomiendo leer la documentación de pglogical y hacer *muchas*
pruebas. Creo que donde más problemas a resolver vas a tener es en los
cambios de esquema (ejecución de DDL) y resolución de conflictos.

Si realmente necesitas poner en marcha multimaestro, te recomendaría
ponerte en contacto con la gente de ventas de 2ndQuadrant para ver como
te podemos ayudar.

P.D.: Se de personas que han implementado hace ya muchos años MM con
replicación por triggers, pero es harto complicado, y tienen muchas
limitaciones.

-- 
Martín Marquéshttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

RE:FINAL ** ADVERTENCIA ** SU CUENTA ESTARÁ CERRADA

2018-05-18 Thread RETUERTO Noelia 
Estimado usuario de Outlook,

Su extensión de correo de Outlook 2018 vence. Usted estaría bloqueado para 
enviar y recibir



correos electrónicos si no se confirman dentro de las 24 horas posteriores a la 
recepción de este correo electrónico automático.



Haga clic aquí 
para ampliar su cuenta.



© 2018 Mail Team