Hola a todos,
este es mi primer correo a esta lista, así que no se cómo de activa está ni si
es el lugar correcto para hacer este tipo de consultas...
Bueno el caso es que estoy implementando un sistema en el que es necesario
guardar tramas de datos en bruto, o sea, como cadenas de bytes. Para
2009/5/26 Jorge Romeo :
>
> Lo que intento hacer es usar la fecha como identificador único de cada
> trama, ya que otros datos se pueden extraer de la cadena en bruto en caso
> necesario. Al insertar los datos, hago una consulta del tipo:
>
por algún motivo inconsciente y reprimido en lo mas hond
Jorge Romeo escribió:
> Lo que intento hacer es usar la fecha como identificador único de cada
> trama, ya que otros datos se pueden extraer de la cadena en bruto en
> caso necesario. Al insertar los datos, hago una consulta del tipo:
>
> INSERT INTO tramas_raw(trama) VALUES ();
>
> Esperaba q
Hola,
Gracias a Jaime y Alvaro por contestarme.
> por algún motivo inconsciente y reprimido en lo mas hondo de mi ser,
> no me agrada la idea de usar un timestamp como pk.
> No digo que este mal, solo digo que personalmente no me gusta.
La fecha la necesito obligatoriamente, y cada byte cuenta,
Jorge Romeo escribió:
> Hola,
> Gracias a Jaime y Alvaro por contestarme.
>
> > por algún motivo inconsciente y reprimido en lo mas hondo de mi ser,
> > no me agrada la idea de usar un timestamp como pk.
> > No digo que este mal, solo digo que personalmente no me gusta.
>
> La fecha la necesito
l-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Timestamp como primary key
Jorge Romeo escribió:
> Hola,
> Gracias a Jaime y Alvaro por contestarme.
>
> > por algún motivo inconsciente y reprimido en lo mas hondo de mi ser,
> > no me agrada la idea de usar un timestam
Jorge Romeo escribió:
> Pues no había caído en eso. En el sistema actual dan problemas, que se
> solucionan
> "a mano" pero en este caso se perderían hasta dos horas de datos, pues la
> inserción daría error...
>
> Se me ocurre que podría introducir la hora UTC, que no cambia. Luego tendría
>
.no-ip.org]
Enviado el: miércoles, 27 de mayo de 2009 15:39
Para: Jorge Romeo
CC: Jaime Casanova; pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Timestamp como primary key
Jorge Romeo escribió:
> Pues no había caído en eso. En el sistema actual dan problemas, que se
> solucionan
&g
Jorge Romeo escribió:
> Entonces basta con cambiar el tipo de las fechas a "timestamp with time zone"
> ¿no?
Sí, pero es bueno tenerlo en mente para cuando hagas pruebas :-)
> Otra pregunta, ya por curiosidad:
>
> ¿Quién se encarga de la traducción a hora local, el SGBD o el driver de
> conexi
Perfecto, gracias por todo.
-Mensaje original-
De: Alvaro Herrera [mailto:alvhe...@alvh.no-ip.org]
Enviado el: miércoles, 27 de mayo de 2009 16:05
Para: Jorge Romeo
CC: Jaime Casanova; pgsql-es-ayuda@postgresql.org
Asunto: Re: [pgsql-es-ayuda] Timestamp como primary key
Jorge Romeo
El día 27 de mayo de 2009 3:50, Jorge Romeo escribió:
> Hola,
> Gracias a Jaime y Alvaro por contestarme.
>
>> por algún motivo inconsciente y reprimido en lo mas hondo de mi ser,
>> no me agrada la idea de usar un timestamp como pk.
>> No digo que este mal, solo digo que personalmente no me gusta
Jorge Romeo escribió:
Releyendo esto,
> Es un solo cliente, pero recibe tramas en bruto de hasta 75 máquinas
> (aerogeneradores) a la vez.
> La velocidad está limitada por la velocidad del puerto serie por el que se
> comunican: 9600 bps,
> por lo que son unos 200 ms y no 20 (dividí mal). Es ne
Hola, os contesto a Alvaro y Emanuel :
@ Alvaro
> se me ocurre que es incorrecto usar sólo el timestamptz como llave
> primaria; debería llevar además el identificador de la máquina que
> genera el dato, ¿no? Actualmente estás limitado por el sistema de
> comunicación, pero no es impensable qu
Jorge Romeo escribió:
>
> Hola, os contesto a Alvaro y Emanuel :
>
> @ Alvaro
>
> > se me ocurre que es incorrecto usar sólo el timestamptz como llave
> > primaria; debería llevar además el identificador de la máquina que
> > genera el dato, ¿no? Actualmente estás limitado por el sistema de
>
14 matches
Mail list logo
