SlideShare una empresa de Scribd logo
1 de 13
COLEGIO DAF



ENCARNACIÓN FRANCISCO
  VERDEZOTO CARLOS

   VILLAMAR LEONEL
El rendimiento de los sistemas de bases de datos
empresariales depende de una configuración eficaz de
las estructuras de diseño físico de las bases de datos
que componen dichos sistemas.
Entre las estructuras de diseño físico se incluyen
índices, vistas indizadas y particiones, cuyo objetivo es
mejorar el rendimiento y la facilidad de uso de las
bases de datos.
SQL Server proporciona el Asistente para la
optimización de motor de base de datos, una
herramienta que analiza los efectos del rendimiento de
las cargas de trabajo en una o más bases de datos.
   El proceso de normalización de bases de datos consiste en
    aplicar una serie de reglas a las relaciones obtenidas tras el
    paso del modelo entidad-relación al modelo relacional.
   Las bases de datos relacionales se normalizan para:
   Evitar la redundancia de los datos.
   Evitar problemas de actualización de los datos en las tablas.
   Proteger la integridad de los datos.
   En el modelo relacional es frecuente llamar tabla a una
    relación, aunque para que una tabla sea considerada como
    una relación tiene que cumplir con algunas restricciones:
   Cada tabla debe tener su nombre único.
   No puede haber dos filas iguales. No se permiten los
    duplicados.
   Todos los datos en una columna deben ser del mismo tipo.
   La Primera Forma Normal, o 1FN, es la más elemental de
    todas. Una tabla está en 1FN si el valor que contiene un
    atributo de un registro, un campo, es único y elemental. En
    cada uno de los atributos sólo se puede incluir un dato,
    aunque sea compuesto, pero no se pueden incluir una lista de
    datos. Por ejemplo, no se pueden incluir en el atributo
    Dirección el domicilio habitual y el de vacaciones; habría
    que crear dos registros que se diferenciarán por el atributo
    Dirección:
   Se dice que un atributo o conjunto de atributos tiene dependencia funcional
    de otro u otros si a cada uno de los primeros le corresponde sólo uno de los
    segundos.
   Por ejemplo, hay una dependencia funcional entre CIF y el atributo Razón
    Social, ya que a cada CIF le corresponde una única Razón Social.
   Una tabla está en Segunda Forma Normal o 2FN cuando está en 1FN y todo
    atributo que no pertenece a la clave primaria tiene una dependencia funcional
    de la clave completa y no de parte de ella. Luego, si la clave principal está
    formada por un solo atributo y ya está en 1FN, ya estará en 2FN.
   Para transformar una tabla con dependencias funcionales, cuya clave está
    formada por más de un campo, en una tabla en 2FN se necesitan crear tablas
    nuevas para eliminar las dependencias funcionales, las tablas nuevas tendrán
    los atributos que dependen funcionalmente de la clave y los que forman la
    parte de la clave de la que dependen. Una vez creadas las nuevas tablas, se
    eliminan de la tabla primera los atributos que tenían dependencias
    funcionales.
   En el ejemplo anterior, tanto el nombre como los apellidos dependen del NIF.
    Se crea una nueva tabla que contiene los atributos: NIF, nombre y apellidos,
    eliminándose de la tabla cliente los atributos nombre y apellidos, quedando
    las siguientes tablas:
   Se dice que hay dependencia funcional transitiva entre dos
    atributos cuando un atributo que no pertenece a la clave primaria
    permite conocer el valor de otro atributo.
   Por ejemplo: dada la tabla clientes, entre los atributos provincia y
    prefijo telefónico hay una dependencia funcional transitiva, ya que
    el primero permite conocer el valor del segundo.
   Una tabla está en Tercera Forma Normal o 3FN si está en 2FN y
    no existen atributos que no pertenezcan a la clave primaria que
    puedan ser conocidos mediante otro atributo que no forma parte de
    la clave primaria, es decir, no hay dependencias funcionales
    transitivas.
   Siguiendo con el ejemplo anterior, cuando hay dependencias
    funcionales transitivas, se crea una nueva tabla con los atributos
    que tienen dependencia funcional transitiva, eliminándose el
    atributo dependiente de la tabla original.
   Si nos fijamos en esta tabla:
   Una tabla está en Forma Normal de Boyce-Codd o
    FNBC si solo existen dependencias funcionales
    elementales que dependan de la clave primaria o de
    cualquier clave alternativa. Si la clave primaria está
    formada por un solo atributo y está en 3FN, ya está en
    FNBC.
   Un ejemplo típico para mostrar una tabla que, estando
    en 3FN, mantiene dependencias funcionales, sin
    relación con el ejemplo seguido hasta este momento, es
    una tabla que posee los atributos dirección, código
    postal y población, suponiendo que a poblaciones
    diferentes le corresponden códigos postales distintos.
Presentación1
Presentación1

Más contenido relacionado

La actualidad más candente

Guía de relaciones de tablas
Guía de relaciones de tablasGuía de relaciones de tablas
Guía de relaciones de tablasangelguangasig
 
Expo. informatica base de datos relacional
Expo. informatica base de datos relacionalExpo. informatica base de datos relacional
Expo. informatica base de datos relacionalWillian Benavides
 
Busqeda sec indexada
Busqeda sec indexadaBusqeda sec indexada
Busqeda sec indexadafjbarbaca
 
Componentes De La Base Point.
Componentes De La Base Point.Componentes De La Base Point.
Componentes De La Base Point.Reyna Tabares
 
Relaciones en acces marco sigcho hebert simbaña
Relaciones en acces marco sigcho hebert simbañaRelaciones en acces marco sigcho hebert simbaña
Relaciones en acces marco sigcho hebert simbañasigchomar
 
Tema 5 ejercicio 01 - normalizacion
Tema 5   ejercicio 01 - normalizacionTema 5   ejercicio 01 - normalizacion
Tema 5 ejercicio 01 - normalizaciontmssnchzprds
 
Guía de relaciones de tablas
Guía de relaciones de tablasGuía de relaciones de tablas
Guía de relaciones de tablaskehincapie
 
Presentación1
Presentación1Presentación1
Presentación1andrespogo
 
Llave primaria y llave foránea
Llave primaria y llave foráneaLlave primaria y llave foránea
Llave primaria y llave foráneaTata Jaramillo
 
Normalizacion db
Normalizacion db Normalizacion db
Normalizacion db josecuartas
 

La actualidad más candente (19)

Guía de relaciones de tablas
Guía de relaciones de tablasGuía de relaciones de tablas
Guía de relaciones de tablas
 
Expo. informatica base de datos relacional
Expo. informatica base de datos relacionalExpo. informatica base de datos relacional
Expo. informatica base de datos relacional
 
Busqeda sec indexada
Busqeda sec indexadaBusqeda sec indexada
Busqeda sec indexada
 
Normalizacion
NormalizacionNormalizacion
Normalizacion
 
Relaciones en Access
Relaciones en Access Relaciones en Access
Relaciones en Access
 
Componentes De La Base Point.
Componentes De La Base Point.Componentes De La Base Point.
Componentes De La Base Point.
 
RELACIONES ACCES 2007
RELACIONES ACCES  2007RELACIONES ACCES  2007
RELACIONES ACCES 2007
 
Yurleybd
YurleybdYurleybd
Yurleybd
 
Relaciones en Access
Relaciones en AccessRelaciones en Access
Relaciones en Access
 
Relaciones en acces marco sigcho hebert simbaña
Relaciones en acces marco sigcho hebert simbañaRelaciones en acces marco sigcho hebert simbaña
Relaciones en acces marco sigcho hebert simbaña
 
Tema 5 ejercicio 01 - normalizacion
Tema 5   ejercicio 01 - normalizacionTema 5   ejercicio 01 - normalizacion
Tema 5 ejercicio 01 - normalizacion
 
Bryan Ipiales
Bryan IpialesBryan Ipiales
Bryan Ipiales
 
Guía de relaciones de tablas
Guía de relaciones de tablasGuía de relaciones de tablas
Guía de relaciones de tablas
 
RELACIONES DE ACESS
RELACIONES DE ACESSRELACIONES DE ACESS
RELACIONES DE ACESS
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Nicoanswbnhbf
NicoanswbnhbfNicoanswbnhbf
Nicoanswbnhbf
 
Presentación1
Presentación1Presentación1
Presentación1
 
Llave primaria y llave foránea
Llave primaria y llave foráneaLlave primaria y llave foránea
Llave primaria y llave foránea
 
Normalizacion db
Normalizacion db Normalizacion db
Normalizacion db
 

Similar a Presentación1

Similar a Presentación1 (20)

Formnormal
FormnormalFormnormal
Formnormal
 
NORMALIZACIÓN
NORMALIZACIÓN  NORMALIZACIÓN
NORMALIZACIÓN
 
normalizacion base de datos
normalizacion base de datosnormalizacion base de datos
normalizacion base de datos
 
Diapositivas Normalizacion Grupo4
Diapositivas Normalizacion Grupo4Diapositivas Normalizacion Grupo4
Diapositivas Normalizacion Grupo4
 
Normalizacion de bases de datos relacionales.docx
Normalizacion de bases de datos relacionales.docxNormalizacion de bases de datos relacionales.docx
Normalizacion de bases de datos relacionales.docx
 
Unidad 2.2 - Normalizacion.pptx
Unidad 2.2 - Normalizacion.pptxUnidad 2.2 - Normalizacion.pptx
Unidad 2.2 - Normalizacion.pptx
 
Modelo Relacional
Modelo RelacionalModelo Relacional
Modelo Relacional
 
Normalizacion de base de datos
Normalizacion de base de datosNormalizacion de base de datos
Normalizacion de base de datos
 
ely y marlon
ely y marlonely y marlon
ely y marlon
 
Eliana base de datos
Eliana base de datosEliana base de datos
Eliana base de datos
 
Entidad, Llave primaria, llave foranea
Entidad, Llave primaria, llave foraneaEntidad, Llave primaria, llave foranea
Entidad, Llave primaria, llave foranea
 
Normalizacion3
Normalizacion3Normalizacion3
Normalizacion3
 
Normalizacionnosecuanto
NormalizacionnosecuantoNormalizacionnosecuanto
Normalizacionnosecuanto
 
Normalizacion2
Normalizacion2Normalizacion2
Normalizacion2
 
Clase 0.3 normalizacion. sql server aplicado
Clase 0.3   normalizacion. sql server aplicadoClase 0.3   normalizacion. sql server aplicado
Clase 0.3 normalizacion. sql server aplicado
 
Normalización
NormalizaciónNormalización
Normalización
 
Ejemplo de Normalización
Ejemplo de Normalización Ejemplo de Normalización
Ejemplo de Normalización
 
Normalizacion
NormalizacionNormalizacion
Normalizacion
 
Normalizacion
NormalizacionNormalizacion
Normalizacion
 
5 teoriadebasededatos
5 teoriadebasededatos5 teoriadebasededatos
5 teoriadebasededatos
 

Presentación1

  • 1. COLEGIO DAF ENCARNACIÓN FRANCISCO  VERDEZOTO CARLOS  VILLAMAR LEONEL
  • 2.
  • 3. El rendimiento de los sistemas de bases de datos empresariales depende de una configuración eficaz de las estructuras de diseño físico de las bases de datos que componen dichos sistemas. Entre las estructuras de diseño físico se incluyen índices, vistas indizadas y particiones, cuyo objetivo es mejorar el rendimiento y la facilidad de uso de las bases de datos. SQL Server proporciona el Asistente para la optimización de motor de base de datos, una herramienta que analiza los efectos del rendimiento de las cargas de trabajo en una o más bases de datos.
  • 4. El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.  Las bases de datos relacionales se normalizan para:  Evitar la redundancia de los datos.  Evitar problemas de actualización de los datos en las tablas.  Proteger la integridad de los datos.  En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones:  Cada tabla debe tener su nombre único.  No puede haber dos filas iguales. No se permiten los duplicados.  Todos los datos en una columna deben ser del mismo tipo.
  • 5. La Primera Forma Normal, o 1FN, es la más elemental de todas. Una tabla está en 1FN si el valor que contiene un atributo de un registro, un campo, es único y elemental. En cada uno de los atributos sólo se puede incluir un dato, aunque sea compuesto, pero no se pueden incluir una lista de datos. Por ejemplo, no se pueden incluir en el atributo Dirección el domicilio habitual y el de vacaciones; habría que crear dos registros que se diferenciarán por el atributo Dirección:
  • 6.
  • 7. Se dice que un atributo o conjunto de atributos tiene dependencia funcional de otro u otros si a cada uno de los primeros le corresponde sólo uno de los segundos.  Por ejemplo, hay una dependencia funcional entre CIF y el atributo Razón Social, ya que a cada CIF le corresponde una única Razón Social.  Una tabla está en Segunda Forma Normal o 2FN cuando está en 1FN y todo atributo que no pertenece a la clave primaria tiene una dependencia funcional de la clave completa y no de parte de ella. Luego, si la clave principal está formada por un solo atributo y ya está en 1FN, ya estará en 2FN.  Para transformar una tabla con dependencias funcionales, cuya clave está formada por más de un campo, en una tabla en 2FN se necesitan crear tablas nuevas para eliminar las dependencias funcionales, las tablas nuevas tendrán los atributos que dependen funcionalmente de la clave y los que forman la parte de la clave de la que dependen. Una vez creadas las nuevas tablas, se eliminan de la tabla primera los atributos que tenían dependencias funcionales.  En el ejemplo anterior, tanto el nombre como los apellidos dependen del NIF. Se crea una nueva tabla que contiene los atributos: NIF, nombre y apellidos, eliminándose de la tabla cliente los atributos nombre y apellidos, quedando las siguientes tablas:
  • 8.
  • 9. Se dice que hay dependencia funcional transitiva entre dos atributos cuando un atributo que no pertenece a la clave primaria permite conocer el valor de otro atributo.  Por ejemplo: dada la tabla clientes, entre los atributos provincia y prefijo telefónico hay una dependencia funcional transitiva, ya que el primero permite conocer el valor del segundo.  Una tabla está en Tercera Forma Normal o 3FN si está en 2FN y no existen atributos que no pertenezcan a la clave primaria que puedan ser conocidos mediante otro atributo que no forma parte de la clave primaria, es decir, no hay dependencias funcionales transitivas.  Siguiendo con el ejemplo anterior, cuando hay dependencias funcionales transitivas, se crea una nueva tabla con los atributos que tienen dependencia funcional transitiva, eliminándose el atributo dependiente de la tabla original.  Si nos fijamos en esta tabla:
  • 10.
  • 11. Una tabla está en Forma Normal de Boyce-Codd o FNBC si solo existen dependencias funcionales elementales que dependan de la clave primaria o de cualquier clave alternativa. Si la clave primaria está formada por un solo atributo y está en 3FN, ya está en FNBC.  Un ejemplo típico para mostrar una tabla que, estando en 3FN, mantiene dependencias funcionales, sin relación con el ejemplo seguido hasta este momento, es una tabla que posee los atributos dirección, código postal y población, suponiendo que a poblaciones diferentes le corresponden códigos postales distintos.