Gracias..

Ambos parámetros están en:  America/Santiago

Y respecto a las alternativas de la lista.... las asociadas a Chile serían:

                 name                  | abbrev | utc_offset | is_dst
---------------------------------------+--------+------------+--------
Chile/Continental                      | CLST   | -03:00:00  | t
posix/America/Santiago                 | CLST   | -03:00:00  | t
posix/Chile/Continental                | CLST   | -03:00:00  | t
America/Santiago                       | CLST   | -03:00:00  | t

...y asumo que todas son con horario de verano....  eso lo determina el
parámetro is_dst..no?..

Según lo que me indicas debería escoger una ZH que no necesariamente esté
asociada a mi país?..que simplemente cumpla la regla del -3 y que is_dst=f
??..

Slds.
A.



El 13 de marzo de 2015, 11:42, raul andrez gutierrez alejo <
rauland...@gmail.com> escribió:

> Hola Andres.
>
> postgres utiliza los parámetros
>
> show TimeZone
> show log_timezone
>
> recomiendo verifique cual zona horaria  UTC -3 es la mas apropiada, con
> este select puede ver cuales puede aplicar pero debe validar que la zona
> horaria no tenga hora de verano.
>
> select * from pg_timezone_names
> where utc_offset='-03:00:00'
>
>
> El 13 de marzo de 2015, 9:13, Andrés P.P. <solopostg...@gmail.com>
> escribió:
>
>
>> El año pasado pensaba eso....pero resulta que al otro día del cambio nos
>> dimos cuenta que el S.O. estaba igual y la BD había cambiado...   por eso
>> no me quiero fiar de ese supuesto.
>>
>> Gracias
>> Slds.
>> A.
>>
>>
>> El 13 de marzo de 2015, 12:10, Gilberto Castillo <
>> gilberto.casti...@etecsa.cu> escribió:
>>
>>>
>>>
>>> > Hola
>>> >
>>> > Qué se debe hacer para que el motor no cambie la hora de las BDs en
>>> > aquellas zonas horarias que tienen la instrucción de cambiar la hora
>>> dos
>>> > veces en el año??...en nuestros servidores a nivel de S.O. ya está
>>> > deshabilitado ese cambio pero no se que parámetros del postgresql.conf
>>> hay
>>> > que setear o con qué valor para que la hora se mantenga en su ciclo
>>> normal
>>> > sin aumentar o quitar horas.
>>> >
>>> > Actualmente el parámetro timezone lo tengo como America/Santiago....
>>> pero
>>> > eso seguramente interpreta que este fin de semana debe cambiar la
>>> hora....
>>> > y es justamente lo que no quiero..
>>> >
>>> > Hay alguna forma de que postgres quede asociado al horario del
>>> S.O.?....
>>> > si
>>> > mal no recuerdo en ORACLE eso ocurría..
>>>
>>> Si mal no recuerdo acá eso parámetros PostgreSQL los toma del SO.
>>>
>>> Saludos,
>>> Gilberto Castillo
>>> La Habana, Cuba
>>>
>>> ---
>>> This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE
>>> running at host imx3.etecsa.cu
>>> Visit our web-site: <http://www.kaspersky.com>, <
>>> http://www.viruslist.com>
>>>
>>>
>>
>
>
> --
> Raul Andres Gutierrez Alejo
>

Responder a