MultiTable Database Desing
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

MultiTable Database Desing

on

  • 260 views

 

Statistics

Views

Total Views
260
Views on SlideShare
257
Embed Views
3

Actions

Likes
0
Downloads
0
Comments
0

1 Embed 3

http://josemedinamartinez.wordpress.com 3

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

MultiTable Database Desing Presentation Transcript

  • 1. Multi-tabledatabase design Integrantes: -José Medina Martínez. -Jefferson Catrileo. -Harry Alegría. -Felipe Torres.
  • 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. DEPENDENCIA FUNCIONALEs una columna que contiene datos que podrían modificarse si la columna de otra tabla cambia.Parcial (2FN)Transitiva
  • 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. 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. 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. GRACIAS PORSU ATENCION !!!