> Gracias Gilberto pero tendria que esta haciendo cada rato:
> REFRESH MATERIALIZED VIEW m_aa;
> para refrescar la vista no sabes si se puede hacer en automatico ?
Bueno realmente, no conozco tu problema, pero justa esa funcionalidad es
para actualizar solo cuando lo necesites...
La respuesta a
Gracias Gilberto pero tendria que esta haciendo cada rato:
REFRESH MATERIALIZED VIEW m_aa;
para refrescar la vista no sabes si se puede hacer en automatico ?
Saludos
2013/12/11 Gilberto Castillo
>
>
> > Buenas Tardes:
> >
> > Queria saber si ya en la version 9.3 ya tiene automaticos la realiza
> Buenas Tardes:
>
> Queria saber si ya en la version 9.3 ya tiene automaticos la realizacion
> de
> vistas materializadas.
Si,
Te dejo un ejemplo
CREATE TABLE aa (a int);
INSERT INTO aa VALUES (1),(2);
CREATE MATERIALIZED view m_aa AS SELECT * FROM aa;
SELECT * FROM m_aa;
a
---
1
2
INSERT I
Buenas Tardes:
Queria saber si ya en la version 9.3 ya tiene automaticos la realizacion de
vistas materializadas.
Saludos
--
Ruben Avila G.
Ing.Sistemas
Peru
Developer y Arquitecto Opensource
Cel:997686960
Intento la segunda y me sale algo de permiso denegado
El 11 de diciembre de 2013 13:42, Jaime Casanova
escribió:
> 2013/12/11 Milton Labanda <1000ton@gmail.com>:
> > Hola amigos, espero haya sido un éxito el PgDay 2013.
>
> Saludos,
>
> Bastante bonito me parecio
>
> > Que me aconsejan para
2013/12/11 Milton Labanda <1000ton@gmail.com>:
> Hola amigos, espero haya sido un éxito el PgDay 2013.
Saludos,
Bastante bonito me parecio
> Que me aconsejan para modificar el valor de una clave primaria en un sistema
> que por error de diseño, le pusieron como clave primaria el numero de cé
Lo que podrias hacer, en vez de eliminar las llaves foráneas, podrías renombrar
tu campo cedula para que sea la clave primaria, luego creas en esa misma tabla
el campo numero de cedula y mueves el campo numero de cedula anterior para el
que crees nuevo, de esta forma garantizas no tener que borr
Milton, deberás alterar cada tabla que hace referencia para dropear la FK,
y crear un nuevo campo en esas tablas (si no lo tienes ya), hacer los
updates para poner la referencia correcta, y volver a alterarlas para crear
la FK.
Saludos,
El 11 de diciembre de 2013 11:59, Milton Labanda
<1000ton..
No no, es clave primaria en la tabla estudiantes pero existen* varias FK en
otras tablas que le hacen referencia*, y a estas son las que deseo
desactivar para modificar la PK.
El 11 de diciembre de 2013 09:55, Lazaro Ruben Garcia Martinez <
lgarc...@vnz.uci.cu> escribió:
> Pero la cedula es una
Pero la cedula es una clave primaria y a la vez foránea???
Si eliminas esta constraint se quedaría tu tabla sin clave primaria??
Un saludo.
De: pgsql-es-ayuda-ow...@postgresql.org [pgsql-es-ayuda-ow...@postgresql.org]
En nombre de Milton Labanda [1000ton..
Hola a todos en la lista, quisiera saber si a nivel de rendimiento, existe
alguna diferencia en utilizar identificadores de tipo serial o de tipo UUID.
Un saludo a todos.
Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE
ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
h
Hola amigos, espero haya sido un éxito el PgDay 2013.
Que me aconsejan para *modificar el valor de una clave primaria* en un
sistema que *por error de diseño, le pusieron* como *clave primaria* el *numero
de cédula* en una tabla estudiante.
Hay como desactivar temporalmente los constraint FK ? o al
12 matches
Mail list logo
