Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Conexión con bases de datos
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Conexión con bases de datos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 21-03-2008
fide fide is offline
Miembro
 
Registrado: oct 2006
Posts: 331
Poder: 18
fide Va por buen camino
Acerca de normalización de BD.

Hola. Muchos saludos a todos. He creado este post, por que me parace importante que toda aquella persona que trabaje con BD, sepa como crearlas, para que sean consistentes, rapidas a la hora de realizar cualquier operacion como la insercion, eliminacion, actualizacion, busqueda etc. sobre los datos. Y todo ello valiendose de la normalizacion de BD, con las Formas Normales que conozco.

Primeramente, que creen de las FM???

Aqui les presento un marabilloso artículo que trata todo ello!
Es de Microsoft el articulo, asi que espero que eso no afecte, ya que esta buenisimo, jajajaja .

Código:
Primera forma normal

La primera forma normal establece que en cada intersección de fila y columna de la tabla existe un valor y nunca una lista de valores. Por ejemplo, no puede haber un campo denominado Precio en el que se incluya más de un precio. Si considera cada intersección de filas y columnas como una celda, cada celda sólo puede contener un valor.

--------------------------------------------

Segunda forma normal

La segunda forma normal exige que cada columna que no sea clave dependa por completo de toda la clave principal y no sólo de parte de la clave. Esta regla se aplica cuando existe una clave principal formada por varias columnas. Suponga, por ejemplo, que existe una tabla con las siguientes columnas, de las cuales Id. de pedido e Id. de producto forman la clave principal:

Id. de pedido (clave principal) 
Id. de producto (clave principal) 
Nombre de producto
Este diseño infringe los requisitos de la segunda forma normal, porque Nombre de producto depende de Id. de producto, pero no de Id. de pedido, por lo que no depende de toda la clave principal. Debe quitar Nombre de producto de la tabla, ya que pertenece a una tabla diferente (a la tabla Productos).

--------------------------------------------

Tercera forma normal
La tercera forma normal exige no sólo que cada columna que no sea clave dependa de toda la clave principal, sino también que las columnas que no sean clave sean independientes unas de otras.

O dicho de otra forma: cada columna que no sea clave debe depender de la clave principal y nada más que de la clave principal. Por ejemplo, considere una tabla con las siguientes columnas:

IdProducto (clave principal) 
Nombre 
PVP 
Descuento
Suponga que la columna Descuento depende del precio de venta al público (PVP) sugerido. Esta tabla infringe los requisitos de la tercera forma normal porque una columna que no es clave, la columna Descuento, depende de otra columna que no es clave, la columna PVP. La independencia de las columnas implica que debe poder cambiar cualquier columna que no sea clave sin que ninguna otra columna resulte afectada. Si cambia un valor en el campo PVP, la columna Descuento cambiaría en consecuencia e infringiría esa regla. En este caso, la columna Descuento debe moverse a otra tabla cuya clave sea PVP.
Responder Con Cita
  #2  
Antiguo 22-03-2008
Avatar de darkerbyte
darkerbyte darkerbyte is offline
Miembro
 
Registrado: feb 2005
Posts: 196
Poder: 20
darkerbyte Va por buen camino
Lightbulb No era necesario, pero gracias

Es bueno que los que empiezan a diseñar sus BD normalicen sus tablas.
De hecho muchas problemas en la programación y por consiguiente, preguntas en el foro, comenzaron por que no hicieron correctamente el diseño.
Aunque el artículo es muy corto, para el que empieza sabrá que existe algo como 'FM'
Además, toda vía falta mencionar la 4FM y la Boyce/Codd
Responder Con Cita
  #3  
Antiguo 22-03-2008
Avatar de Lepe
[Lepe] Lepe is offline
Miembro Premium
 
Registrado: may 2003
Posts: 7.424
Poder: 28
Lepe Va por buen camino
Yo no sé diseñar una base de datos sin normalizar .

La primera vez que lo hice me pareció confuso y un sinsentido (el hecho de partir 1 tabla en 3 tablas) y después tener que unirlas para hacer consultas. Más tarde, al continuar el diseño y sobre todo el mantenimiento de la misma, ví las ventajas.

Mis sistemas siguen hasta la 4ª Forma Normal, y eso que no son desarrollos gubernamentales (que ahí exijen al menos, la 3ª FN).

Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente,
se lo volveré a explicar hasta que no lo entienda, Gracias.
Responder Con Cita
  #4  
Antiguo 23-03-2008
Avatar de mlara
[mlara] mlara is offline
Miembro Premium
 
Registrado: jun 2003
Ubicación: Colombia
Posts: 667
Poder: 21
mlara Va por buen camino
A propósito, dónde hay buena documentación acerca de la normalización de DBs?
__________________
...y mañana caminaré por las calles pasando inadvertido, como siempre.
Responder Con Cita
  #5  
Antiguo 24-03-2008
Avatar de Lepe
[Lepe] Lepe is offline
Miembro Premium
 
Registrado: may 2003
Posts: 7.424
Poder: 28
Lepe Va por buen camino
La wikipedia ya la conocemos todos, no lo he revisado a fondo pero tiene buena pinta, en la bibliografía también tienes enlaces buenos.

Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente,
se lo volveré a explicar hasta que no lo entienda, Gracias.
Responder Con Cita
  #6  
Antiguo 24-03-2008
Avatar de kuan-yiu
[kuan-yiu] kuan-yiu is offline
Miembro Premium
 
Registrado: jun 2006
Ubicación: Galicia. España.
Posts: 1.017
Poder: 19
kuan-yiu Va camino a la fama
Pues yo trabajo con tablas SIN normalizar, siendo estrictos no cumplen ni la primera forma normal porque el nombre de los clientes se guarda en un único campo.
Es lo que hay y lo voy arreglando a medida que puedo, pero cada cambio por minúsculo que sea, supone semanas de trabajo.
Eso sí, todo lo nuevo está normalizado.
Responder Con Cita
  #7  
Antiguo 25-03-2008
Avatar de Lepe
[Lepe] Lepe is offline
Miembro Premium
 
Registrado: may 2003
Posts: 7.424
Poder: 28
Lepe Va por buen camino
Cita:
Empezado por kuan-yiu Ver Mensaje
Pues yo trabajo con tablas SIN normalizar [...]
y lo voy arreglando a medida que puedo, pero cada cambio por minúsculo que sea, supone semanas de trabajo.
Mi más sentido pésame kuan-yiu

Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente,
se lo volveré a explicar hasta que no lo entienda, Gracias.
Responder Con Cita
  #8  
Antiguo 25-03-2008
Avatar de kuan-yiu
[kuan-yiu] kuan-yiu is offline
Miembro Premium
 
Registrado: jun 2006
Ubicación: Galicia. España.
Posts: 1.017
Poder: 19
kuan-yiu Va camino a la fama
No hurges en la herida ... que ya sufro bastante (snif, snif)
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
La normalización de relaciones con Cuba, un tema explosivo en el seno de UE Epachsoft La Taberna 2 04-04-2007 22:23:30
Normalización Adecuada plasma Firebird e Interbase 12 18-10-2006 04:57:01
Acerca de MDO mgventura Varios 3 04-07-2006 01:07:47
acerca de los iconos tato Varios 2 21-05-2006 02:39:49
Acerca de C++ frvkaiser OOP 1 05-06-2003 13:27:48


La franja horaria es GMT +2. Ahora son las 07:44:32.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi