Re: OT: mejores practicas

El día 20 de marzo de 2009 7:57, Gabriel Ferro
<gabrielrferro(at)yahoo(dot)com(dot)ar> escribió:
> Creo que independientemente del caso, la normalizacion esta enfocada al uso
> optimo del espacio, facilitar las operaciones Ins,up y del, etc..pero
> siempre y desde que existe esta metodologia (recuerdo cobol 95) el problema
> para consultas complejas fue complicado de diseñar y un tanto lento de
> procesar, por eso es que se crearon otras herramientas como formularios,
> vistas, cursores, etc.. para tener las cosas media listas a la hora de
> ejecutar este tipo de selects complejos...
> Pensando en un extremo, si tienes una BD que casi nunca se modifica y a la
> que se le realizan consultas muy complejas puede que convenga desarrollarla
> rompiendo algunas reglas de normalizacion, metiendo datos en aglunas tablas
> cuando deberian estar en tablas separadas.
> Lamentablemente creo que no existe una "receta" para seguir, todo depende
> del caso y su ambiente
>
> Saludos.
>
>

Yo soy de los partidarios que prefiere normalizar lo mas posible. Si la base es
relativamente chica, prefiero redundar datos con vistas
materializadas. De esta forma
'el nucleo' de los datos es facil de transportar y 'backapear', luego
recuperas la info
creando nuevamente las vistas.

Un esquema mas normalizado esta preparado para un crecimiento exponencial
de la información (mucho mas que un modelo redundante).

Esto es IMHO.

> ________________________________
> Yahoo! Cocina
> Recetas prácticas y comida saludable
> Visitá http://ar.mujer.yahoo.com/cocina/

--
Emanuel Calvo Franco
Sumate al ARPUG !
(www.postgres-arg.org -
www.arpug.com.ar)
ArPUG / AOSUG Member
Postgresql Support & Admin