MultiTable Database Desing

207 views
167 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
207
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

MultiTable Database Desing

  1. 1. Multi-tabledatabase design Integrantes: -José Medina Martínez. -Jefferson Catrileo. -Harry Alegría. -Felipe Torres.
  2. 2. TABLA CELULARESMODELO (PK) MARCA COMPAÑIA PRECIO CARACTERISTICA SGT360 LG ENTEL 65000 Tarjeta Memoria 2GB, Bluetooth, Cam 2.O M.P5300 Nokia MOVISTAR 30000 Tarjeta Memoria 2GB, Bluetooth, Infrarrojo, Cam 1,5 M.PX10 mini SonyEricson ENTEL 150000 Tarjeta Memoria 4GB, Bluetooth, Wi- fi, Cam 5 M.P, TouchScreen .T300 LG CLARO 60000 Tarjeta Memoria 2GB, Bluetooth, Cam 1.3M.P, TouchScreenW395 SonyEricson ENTEL 40000 Tarjeta Memoria 2GB, Bluetooth, Cam 2.0 M.P
  3. 3. CLAVE FORÁNEAID_CARA NOMBRE_CARCT ACT1 Tarjeta memoria  Es una columna de una 2GB Tabla que referencia la Primary Key de otra tabla2 Tarjeta Memoria . 4GB3 Bluetooth4 Infrarrojo5 Cam 1.3 MP RELACIONE S6 Cam 1.5 MP MODELO7 Cam 2.0 MP ID_CARACT8 Cam 5.0 MP9 Wi-fi10 TouchScreen
  4. 4. CLAVE FORÁNEA Una clave foránea puede tener un nombre diferente a la clave primaria que representa. PAREJAS CONTACTOS RUT_HOMB RUT RE RUT_MUJER Las P.K, referenciadas por una F.K, también son llamadas «claves padres». («Tabla Padre») Pueden utilizarse para asegurar que las filas de una tabla tienen correspondencia con las filas de la tabla padre
  5. 5. CLAVE FORÁNEA Pueden ser nulas, a pesar de que la clave referenciada no lo sea. CONTACT OS RUT_HOMB RUT_MUJER 1234-5 RE 1235-4 1234-5 1235-4 5432-1 5432-1 NULL 2345-6 CLAVE COMPUESTA: Surge de dos o más claves foráneas reunidas en una tabla de relación.
  6. 6. RESTRICCIÓN DE INTEGRIDADREFERENCIAL Se usa para asegurar que una clave foránea, le corresponde una clave primaria de otra tabla. Ventajas de crear claves con I.R: En una tabla hija(F.K), solo se pueden agregar datos en una columna de la clave foránea, que existan en la tabla padre. En la tabla padre, no se pueden borrar las filas que están utilizadas (referenciadas) en una tabla hija.
  7. 7. CREAR TABLA CON CLAVEFORÁNEA create table «nombre_tabla»( «column 1» tipo de dato PRIMARY KEY, «column 2» tipo de dato, «column 3» tipo de dato, CONSTRAINT tabla a la cual pertenece la FK_columna que referencia_FK Foreign Key «(Foreign Key)» References «tabla padre» «(columna refencia)» );
  8. 8. RELACIONESUNO A UNO  Cada registro de la tabla A se relaciona solo una vez con un único registro de la tabla B y viceversa.  Ejemplo: CURSO>PROFESOR JEFE CURSO PROFESOR JEFE ID_PROFESOR ID_CURSO ASIGNATURA N° ALUMNOS
  9. 9. UNO A VARIOS Cada registro de la tabla A puede relacionarse con varias columnas de la tabla B, pero los registro de la tabla B, solo se relacionan con un registro de la tabla A. Ejemplo: MADRE > HIJO HIJO > MADRE MADRE HIJO APELLIDO EDAD NOMBRE NOMBRE FNACIMIENTO APELLIDO EDAD
  10. 10. MUCHOS A MUCHOS Los registros de la tabla «A» se relacionan con varios registros de la tabla «B» y cada registro de la tabla «B», puede relacionarse con N registros de la tabla «A». VETERINAR PACIENTES IO CODIGO CODIGOVE PACIENTE TERINARIO NOMBRE NOMBRE POBLACION POBLACIO DIAGNOSTIC N O CIUDAD
  11. 11. SEGUNDA FORMA NORMALLa segunda forma normal exige que cada columna que no sea clave dependa por completo de toda la clave primaria y no sólo de parte de la clave. También toda tabla debe de estar en 1FN y no contener ninguna dependencia parcial.
  12. 12. TERCERA FORMA NORMALCada columna que no sea clave debe depender de la clave primaria y nada más que de la clave principal.Para lograr una tabla en tercera forma normal (3FN) nuestra tabla debe de estar en segunda forma normal y no debe tener dependencias funcionales
  13. 13. DEPENDENCIA FUNCIONALEs una columna que contiene datos que podrían modificarse si la columna de otra tabla cambia.Parcial (2FN)Transitiva
  14. 14. DEPENDENCIA FUNCIONALPARCIAL Una columna no clave depende de algunas pero no de todas las columnas en una clave primaria. NOMBRE APELLIDO EDAD NICK PATRICIO SEPULVED 13 PATO A MACARENA CONTRERA 10 MACA S SERGIO FRITZ 12 XEXO Como se puede observar en el ejemplo, la clave primaria sería Nombre-Apellido, siendo Sobrenombre Parcialmente Dependiente de Nombre pero No de Apellido
  15. 15. DEPENDENCIA FUNCIONALTRANSITIVA Se produce la dependencia funcional transitiva cuando un atributo tiene dependencia de otro y este a su vez de un tercero. En este caso, el primero tendrá dependencia transitiva al tercero. Si se tiene los elementos A, B, C, si A es funcionalmente dependiente de B, y B es funcionalmente dependiente de C, entonces A es transitivamente dependiente de C.
  16. 16. DEPENDENCIA FUNCIONALTRANSITIVA FechaNacimiento determina la Edad y edad determina Conducir, indirectamente podemos saber a través de FechaNacimiento la tabla Conducir Ej: FechaNacimiento -> Edad Edad -> conducir FechaNacimiento -> Edad -> Conducir FechaNacim EDAD CONDUCIR iento 10/03/1993 18 SI 26/01/1999 12 NO 25/10/1990 21 SI
  17. 17. GRACIAS PORSU ATENCION !!!

×