Hola Pancho: On 11/1/06, Francisco Garau <[EMAIL PROTECTED]> wrote:
> Nosotros teniamos una base de datos "denormalizada". En lugar de una > fila por entidad, teniamos N filas - donde N es el numero de atributos. Claro, esta es la forma más intuitiva y sencilla (y hasta me animo a decir que correcta), de modelar el esquema de datos para esto, pero no conozco casos donde esto se haya usado con consideraciones de alta performance. > Lo que leiamos no eran empleados sino la definicion del producto de > seguro. Pero eso habia que leerlo solo una vez (cuando levantaba la > aplicacion) y listo. Tardaba un tiempo en armar el arbol del producto > (que no es un arbol sino un grafo) pero era aceptable. En el caso nuestro cada transacción podría tener n atributos definidos por el usuario, y la denormalización asi podría impactar en el desempeño general, porque si bien las cruzas son rápidas, nada es más rápido que no tener que cruzarlo. Saludos. -- Esteban A. Maringolo [EMAIL PROTECTED] --~--~---------~--~----~------------~-------~--~----~ Ha recibido este mensaje porque está suscrito a Grupo "clubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envíe un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups-beta.google.com/group/clubSmalltalk. -~----------~----~----~----~------~----~------~--~---
