Álvaro...
efectivamente faltaba un array() para castear la operación... y no
tratara de intepretar el string que le armaba el bloque del UPDATE quedó
finalmente así:
==
loop
update test_catalog.test_table
set
test_minute_trans[v_r
(perdonen el correo original... por alguna razón llegó cortado...)
Hola
Ya no me arroja el error original...después del último cambio, pero aparece
otro:
=
Último cambio:
...
loop
update test_catalog.test_table
set
test_minute_trans[v_r
Hola
Ya no me arroja el error original...después del último cambio, pero aparece
otro:
=
Último cambio:
...
loop
update test_catalog.test_table
set
test_minute_trans[v_record.trans_minute_pos:v_record.trans_minute_pos][2:2]
= '{'||v_re
Gracias Álvaro
Lo estuve mirando, pero creo que no se aplica a mi problema Sin embargo,
seguí insistiendo con probar distintas formas en el UPDATE que es donde se
presenta el problema y descubrí que el problema NO ESTA en los índices que
uso en el SET... sino en el valor que asigno osea, v_rec
Excerpts from Felipe de Jesús Molina Bravo's message of vie jul 30 11:03:53
-0400 2010:
> Gracias por tu respuesta, mira las opciones del .configure que utilizamos
> son las siguientes:
> --prefix=/usr/local/pgsql32
> --with-CC=/opt/SunStudio/bin/cc
> --with-perl
> --without-readline
> --with-lib
Excerpts from Andrés P.P.'s message of vie jul 30 18:17:35 -0400 2010:
> ,
> ,
> test_minute_trans integer[][]
> ) without oids;
> osea, un atributo de tipo Array de dos dimensiones. ese atributo
> contiene pares (minuto, transacciones) ..60 pares en total..
Quizas esto te ayu
Hola
Les indico extractos de los objetos asociados a mi consulta.
tabla:
create table test_catalog.test_table (
,
,
test_minute_trans integer[][]
) without oids;
osea, un atributo de tipo Array de dos dimensiones. ese atributo
contiene pares (minuto, transacciones) ..60 pares
El vie, 30-07-2010 a las 14:02 -0300, Mariano Reingart escribió:
> Lo único que pasó es que cambié el servidor por una falla de hardware,
> pero los archivos no se perdieron, esta todo tal cual (hasta donde se,
> de hech,o eso fue hace varios meses, una ves reestablecido nadie me ha
> avisado que
Lo único que pasó es que cambié el servidor por una falla de hardware,
pero los archivos no se perdieron, esta todo tal cual (hasta donde se,
de hech,o eso fue hace varios meses, una ves reestablecido nadie me ha
avisado que haya algún problema).
A simple vista, viendo los logs, hay gente que lo e
El 29 de julio de 2010 17:41, Jaime Casanova escribió:
> 2010/7/29 Felipe de Jesús Molina Bravo :
> > Que tal
> >
> > Tengo instalado postgres 8.4.4 en una Sun Microsystems sun4u Sun Fire
> 880
> > con:
> >
> > - 4 procesadores 700Mhz
> > - 8 Gb Ram
> > - Sistema operSolaris 9
> > - 64-bit sparcv
puede que el comando que corres para inicializar el cluster no esté
bien, ¿que haces para arrancar el cluster exactamente?
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
Funciono perfectamente, muchas gracias.
El 30 de julio de 2010 13:40, p valdes escribió:
> crea una vista con los datos que te interesan y sácala con pg_dump
> como si fuera una tabla
>
> pg_dump --table=mivista
>
crea una vista con los datos que te interesan y sácala con pg_dump
como si fuera una tabla
pg_dump --table=mivista
-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org)
Para cambiar tu suscripción:
http://www.postgresql.org/mailpref/pgsql-es-ayuda
Buenas:
He de realizar una migración de servidores, y después de restaurar una copia
de la BD que tenemos, necesitaría copiar los datos que hayan cambiado desde
el momento de la copia, hasta el momento que ponga el nuevo servidor en
producción (unas 3 horas más o menos).
No he encontrado ninguna
14 matches
Mail list logo
