Re: [pgsql-es-ayuda] Re[2]: [pgsql-es-ayuda] Recomendación para desarrollar aplicación que necesita datos de dos bases distintas

José Luis:

Gracias .... Ahhhhh ya cojo el thread ... yo haría una salva de la BD o
de la Tabla que me interesa y la trasporto al otro servidor.

O se me ocurre pasarlo todo a una nueva versión de postgres y comenzar
las nuevas cosa allí junto a toda la data anterior.

Bueno es tan solo una idea de reunificar y reutilizar la información de
la data.

Gilberto.
El mié, 02-07-2008 a las 16:11 -0300, Jose Luis Balle escribió:
> Si las conozco, muchas gracias Gilberto.
> No obstante desde el punto de vista de la documentación, orden,
> estructura, conformación de la base de datos, a "mi" manera de ver,
> cada cosa iría en un esquema que indique de que se trata, en el
> público solo aquellas tablas genericas, compartidas por cualquier
> aplicación, ej: paises, provincias, tipo_de_documento, etc. pero solo
> a nivel teorico, es como un grano en la frente, en la práctica las
> tablas pueden estar todas en el esquema público con un prefijo en el
> nombre y ya. Pero para eso están los esquemas.
> De todas formas, no es el punto del thread que inició Laura.
> Resumiendo, Laura:
> - Puedes usar un schema "encuestas" en la base de datos "academicos".
> - Puedes usar dblink en la base de datos "encuestas" para crear una
> vista a las tablas de la base de datos "academicos", aunque esta es
> desaconsejada por gente del foro que tiene muchas experiencia como
> Alvaro.
> - Puedes crear las tablas en la base de datos "estadísticas" y correr
> un script de sincronización. (menos recomendable aún)
> Saludos.
> José Luis
>
> El día 2 de julio de 2008 15:08, Gilberto Castillo Martínez
> <gilberto.castillo@etecsa.cu> escribió:
> > José Luis:
> >
> > Te dejo unas notas de como trabajar con esquemas si interferir en las
> > aplicaciones... espero te ayude.
> >
> > Trabajando con esquemas.
> > En ocasiones queremos llamar una tabla que está en un esquema
> > determinado, pero sin poner el prefijo del esquema por ejemplo: select *
> > from esquema1.tabla1; sino poner solamente select * from tabla1, para
> > esto se puede decirle al usuario logeado el orden en que va a buscar en
> > los esquemas:
> >
> > SET search_path TO esquema1,public;
> >
> > Para hacerlo permanente ponemos
> >
> > ALTER USER test SET search_path TO esquema1,public;
> >
> > Saludos,
> > Gilberto.
> >
> > El mié, 02-07-2008 a las 12:31 -0300, Jose Luis Balle escribió:
> >> Desordenar en el sentido de que la base de datos original no contempla
> >> esquemas, es como si a la base de datos recursos humanos que reside en
> >> el esquema publico le pongo un esquema inspecciones para poder tomar
> >> los datos del personal.
> >> Por ahí me cuesta tomar el esquema público como un esquema más, no se,
> >> pero para utilizar esquemas y que quede prolijo (algo muy subjetivo)
> >> el diseño debería haber arrancado con esquemas, si ya tiene todo
> >> armado en el público cuando las tablas no son de acceso publico... en
> >> fin, algo muy subjetivo y tal vez no viene al caso.
> >>
> >> El día 2 de julio de 2008 12:02, Alvaro Herrera
> >> <alvherre@commandprompt.com> escribió:
> >> > Jose Luis Balle escribió:
> >> >> Alvaro, se que es incomodo el dblink, pero se justifica desordenar el
> >> >> esquema de la base de datos de los alumnos solo para poder tomar
> >> >> identificadores aislados como materia, alumno,etc?
> >> >
> >> > ¿Desordenar el esquema en qué sentido?
> >> >
> >> >> Si luego quisieran explotar la información de estadísticas sin afectar
> >> >> el rendimiento de academicos...
> >> >
> >> > En ese caso lo ideal es sacar los datos a una réplica y ejecutar los
> >> > procesos de reporte en la réplica.
> >> >
> >> >> Con los esquemas quedaría la base de datos "academicos" con un esquema
> >> >> "estadisticas" dentro, entonces en el esquema público tendría todas
> >> >> las tablas de academicos que utilizas actualmente y en el esquema
> >> >> "estadísticas" solo las que va a utilizar ahora.
> >> >
> >> > No veo en qué sentido eso sea un problema.
> >> >
> >> > --
> >> > Alvaro Herrera

http://www.CommandPrompt.com/
> >> > The PostgreSQL Company - Command Prompt, Inc.
> >> >
> >>
> >>
> >>
> >
> >
>
>
>
> --
> Informático:
> Persona falta de recursos que, partiendo de premisas falsas y de
> especificaciones inconsistentes e incompletas, dirigido por
> incompetentes y utilizando herramientas que no funcionan es capaz de
> iniciar un proyecto de dudoso éxito realizando una obra de arte que
> ,por supuesto, es cara y no tiene otro fin que dar prestigio a la
> empresa que ha contratado sus servicios.
> http://islamanzana.es/desarrollo-de-software/definicion-de-informatico
> --
> TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo agradecerán
>

--
TIP 2: puedes desuscribirte de todas las listas simult�neamente
(env�a "unregister TuDirecci�nDeCorreo" a majordomo@postgresql.org)