Sentencia DML dinamica.

[huesos52]

Buen día foreros.
Les cuento
Tengo un procedimiento con un tipo de dato definido por mi.
CREATE TYPE ejemplo AS (campo1 double precision[],campo2 integer[]);
Tengo un procedimiento que me retorna un array de este tipo y lo almaceno en una variable dentro de otro procedimiento.
DECLARE
variable1 ejemplo[];
BEGIN
variable1 := funcion_retorna_tipo_de_dato_ejemplo(campo1,campo2 );

Quiero almacenar en una tabla temporal (creada con nombre aleatorio mientras dura la sesión) el valor de variable1.
EXECUTE 'CREATE TEMPORARY TABLE ' || nombre_aleatorio || '(campo1 text,campo2 ejemplo[])';

La tabla se crea bien.... pero cuando trato de hacer esto:
EXECUTE 'INSERT INTO ' || nombre_aleatorio || ' VALUES(''t_1_2'',' || variable1 || ')';
Me genera error. este error se da por que el execute tiene como sentencia de ejecución un text y asi mismo me toma mi tipo de dato ejemplo[].

Si no tuviese que hacer el nombre de la tabla temporal dinamico sería tan sencillo como esto:
INSERT INTO tabla VALUES('t_1_2',variable1);

Existe alguna forma de cambiar el formato de salida de un array? que no sea {{1,2},{3,4}} sino array[[1,2],[3,4]]?
O en ultimas, poder hacer funcionar una sentencia EXECUTE que me tome la variable como el tipo de dato real?

Espero me hayan entendido.

Muchas gracias

[chicohot20]

Hola huesos52 podrías decirme en que formato te retorna la funcion: funcion_retorna_tipo_de_dato_ejemplo, por favor. Quiero hacer unas pruebas.

[huesos52]

Claro que si chicohot20.

Te cuento un poco.

Yo he hecho un tipo de dato así

Código SQL:

CREATE TYPE ejemplo AS (estadisticas DOUBLE PRECISION[],contador INTEGER[]);
 

después de esto, ejemplo ya es un tipo de dato y también puedo hacer arrays con esta estructura.

En el procedimiento principal declaro variable1 de tipo ejemplo[]
funcion_retorna_tipo_de_dato_ejemplo recibe unos parametros de entrada y en su interior llena la estructura que te menciono anteriormente y la retorna.

En pocas palabras... variable1 es de tipo ejemplo[] y la función retorna este mismo tipo de dato.

gracias

[chicohot20]

Entiendo, pero como es ese tipo de dato ejemplo[] podrías darme un ejemplo? algo asi{{1,2},{3.4}}... por fa, no logro entender mucho los arrays.

[huesos52]

En estos momentos no tengo postgresql en este pc...
Pero para que me entiendas, create el tipo de dato que te digo.

haz lo siguiente:

Código SQL:

CREATE TABLE prueba(campo ejemplo);
INSERT INTO prueba VALUES((array[12,45,67],array[1234,6543,23]);
 

haz un select de la tabla.

Imaginate un array como si todo esto estuviese en la posición 1 y otro igualito en la 2 y asi en adelante.

mañana a primera hora cuando llegue a mi trabajo, si quieres te muestro un ejemplo.

saludos

[chicohot20]

Por favor te lo agradecere, lograste solucionar tu problema? me intriga el tema.

[huesos52]

Como lo prometido es deuda.

Cuando ejecuto la función aparte, esta es la salida.

"{"(\"{2.06585365853659,1.37488358708975,0,4}\",\" {{6,10,4,20,10,15,21,53},{139,0,0,0,0,0,0,0},{25,1 7,14,11,16,8,11,37},{136,1,1,0,1,0,0,0},{51,18,16, 11,18,8,11,6},{0,0,0,0,0,0,0,139}}\")","(\"{6.932, 1.65418843967047,4.1,10.1}\",\"{{6,10,4,20,10,15,2 1,53},{139,0,0,0,0,0,0,0},{25,17,14,11,16,8,11,37} ,{136,1,1,0,1,0,0,0},{51,18,16,11,18,8,11,6},{0,0, 0,0,0,0,0,139}}\")","(\"{29.2063829787234,1.875412 82182889,22.7,32.1}\",\"{{6,10,4,20,10,15,21,53},{ 139,0,0,0,0,0,0,0},{25,17,14,11,16,8,11,37},{136,1 ,1,0,1,0,0,0},{51,18,16,11,18,8,11,6},{0,0,0,0,0,0 ,0,139}}\")","(\"{NULL,NULL,NULL,NULL}\",\"{{6,10, 4,20,10,15,21,53},{139,0,0,0,0,0,0,0},{25,17,14,11 ,16,8,11,37},{136,1,1,0,1,0,0,0},{51,18,16,11,18,8 ,11,6},{0,0,0,0,0,0,0,139}}\")","(\"{15.9661764705 882,0.833552063773139,13.9,17}\",\"{{6,10,4,20,10, 15,21,53},{139,0,0,0,0,0,0,0},{25,17,14,11,16,8,11 ,37},{136,1,1,0,1,0,0,0},{51,18,16,11,18,8,11,6},{ 0,0,0,0,0,0,0,139}}\")","(\"{17.8890410958904,0.57 5558097230358,17.1,19.6}\",\"{{6,10,4,20,10,15,21, 53},{139,0,0,0,0,0,0,0},{25,17,14,11,16,8,11,37},{ 136,1,1,0,1,0,0,0},{51,18,16,11,18,8,11,6},{0,0,0, 0,0,0,0,139}}\")"}"

las comillas y los contraslash son caracteres que utiliza postgresql para saber en que punto corta cada tipo de dato.

Creo que ya lo solucioné, pero está en periodo de prueba.

Si lees con detenimiento el primer post, el problema era utilizar este tipo de datos haciendo uso de una tabla temporal que tomaba un nombre dinamico y esto era lo que me complicaba la cosa. Leyendo un poco mas a fondo sobre tablas temporales, tiene una opción llamada GLOBAL que juntandola con la opción ON COMMIT DROP parece solucionarme el problema de evitar crear una tabla temporal con nombre dinamico.

Código SQL:

EXECUTE 'CREATE LOCAL TEMPORARY TABLE temp_markov(cod_tabla text,tabla_markov info_mes_evento_markov[]) ON COMMIT DROP';
 

De esta forma, aunque hayan muchos usuarios ejecutando este proceso, puedo utilizar una unica tabla temporal para el procedimiento interno.

En resumen... creo esta tabla y la opción LOCAL me permite que solo sea interpretada por esa sesión. Mi problema anterior era que si tiraba el mismo proceso al tiempo, uno de los dos me decía que este objeto (aunque fuese temporal) ya existía.
La opción ON COMMIT DROP me permite eliminar la tabla automaticamente termine de ejecutarse el procedimiento.

No había posteado la solución, porque sigo teniendo algunos problemas (que parecen son externos al comentado en este post) pero quería esperar para dar una solución completa del asunto.

espero te ayude esto chicohot20 y gracias por el interés.

saludos