From: | Eduardo Jaramillo <ejaramil(at)safp(dot)cl> |
---|---|
To: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Base de Datos unica con esquemas v/s Distintas Base de datos |
Date: | 2006-04-24 20:11:59 |
Message-ID: | 444D310F.2090007@safp.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola,
Mi nombre es Eduardo Jaramillo, Ingeniero Civil en Computación e
Informática, soy nuevo en este mailing list así que desconozco si han
tratado el tema anteriormente, si es así mil disculpas. Espero que me
puedan ayudar con sus opiniones, acerca de esto:
En la actualidad, en mi Institución existen aproximadamente 15 bases de
datos postgres independientes entre si, cada una con su propio esquema.
El volumen total de todas estas bases asciende a 200 GB. Existen
múltiples y diferentes sistemas que acceden a éstas teniendo en total
unos 70 usuarios, pero no más de 40 en forma concurrente.
A pesar de que los sistemas de información hasta la fecha han marchado
bastante bien, se presentan básicamente dos problemas:
Redundancia de datos; ya que existe un importante número de tablas (16
aproximadamente) que son “comunes” o transversales a todos nuestros
sistemas, en consecuencia, estas tablas están presente en más de una
base de datos, lo que además conlleva a tener ciertas inconsistencias.
Por ejemplo; la tabla ‘clientes’ está duplicada en 3 bases de datos
distintas, y ciertas tuplas de cada base datos hacen referencia a la
misma persona no de la misma manera.
RUT Nombre Apellido
Tabla_Clientes_BD1( ‘123-4’, ‘Juan Ignacio’, ‘Ross-Murray’) //Sistema 1
Tabla_Clientes_BD2( ‘123-4’, ’Juan Ignacio’, ‘RosMurray’) //Sistema 2
Tabla_Clientes_BD3( ‘123-4’, ’Juan’, ‘Ross Murray’) //Sistema 3
El segundo problema es que; se necesita realizar Joins entre dos tablas
que se encuentran en base de datos distintas, para esto se probó
utilizando la solución mediante esquemas y otra con DBLINK, está última
resultó ser muy lenta.
Por todo lo anterior estamos evaluando migrar todas nuestras bases de
datos a una sola; la cual será postgres, de un tamaño bastante grande,
centralizada, única y contendrá a todas las otras mediante esquemas.
Si bien es cierto este enfoque solucionará muchos de los problemas que
se describen anteriormente, existen ciertas dudas de hacerlo; ya que
existen costos de cambio y riesgos.
Por todo lo anterior les solicito que puedan opinar al respecto de las
ventajas y desventajas de este cambio.
Por otro lado, ¿Conocen alguna herramienta para diseñar BD relacionales
(como el Power Designer), pero que soporte el uso de esquemas?
-------
De antemano Muchas Gracias¡¡¡¡
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2006-04-24 20:21:46 | Re: Autovaccum |
Previous Message | Conrado Blasetti | 2006-04-24 20:09:27 | RE: Autovaccum |