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
No comments:
Post a Comment