Apuntes Bases De Datos Reparado

Páginas: 9 (2039 palabras) Publicado: 10 de agosto de 2015
Oscar Marban  4302  omarban@fi.upm.es

hj7rs44y  contraseña de acceso

Bases de Datos
Módulo 1
1.- Introducción.
- Qué, Cómo, Cuándo y Por qué.
2.- Diseño conceptual.
- Cómo diseñar modelos de datos independientes del gestor y permitirán implementar ese modelo en cualquier tipo de gestor.
- Modelo Entidad/Relación (E/R).
3.- Implementación y manejo de bases de datos.
- Cómo convertirmodelos conceptuales a algo implementable en un gestor.
- Con SQL como podemos manejar información que se almacene en la BD.
4.- Sistemas gestores de bases de datos (SGBD).
- Qué, Cómo, Cuándo y Por qué.
Módulo 2
5.- Modelo relacional.
- Pasar de un modelo conceptual a uno lógico.

1.- Introducción
1.1.- ¿Qué es una base de datos?
Colección o depósito de datos integrados, almacenados en soportesecundario (no volátil) y con redundancia controlada. Los datos, que han de ser compartidos por diferentes usuarios y aplicaciones, deben mantenerse independientes de ellos, y su definición (estructura de la base de datos) única y almacenada junto con los datos, se ha de apoyar en un modelo de datos, el cual ha de permitir captar las interrelaciones y de restricciones existentes en el mundo real. Losprocedimientos de actualización y recuperación, comunes y bien determinados, facilitarán la seguridad del conjunto de los datos. [Miguel y Piattini, 1999]
En una base de datos, tal y como la entendemos nosotros, la redundancia debe estar controlada y minimizada. Los datos deben ser independientes de la aplicación. La estructura de datos es independiente del gestor que se utilice. También, una BD,debe poseer un sistema de seguridad.







E/R  Relacional  MySQL / Postgrés, SQL Server, Oracle, DB2.

1.2.- Introducción al modelo relacional






Estructura: Relación
Restricciones:
Operadores: Álgebra relacional
1.2.1.- Relación
R(A,B,C) A, B, C se denominan atributos.



R:


Grado: 3  Número de columnas.
Cardinalidad: 4  Número de filas.
Dom(A) = {a1, a2, a3...}
Dom(B) = {b1, b2,b3...}
Dom(C) = {c1, c2, c3...}
R C Dom(A)xDom(B)xDom(C)
El elemento básico del diseño del modelo relacional es el atributo monovaluado.

1.2.2.- Restricciones
1.2.2.1.- Dependencia

X Y X Y

Cada elemento del dominio de X se corresponde a un elemento de Y. Cada elemento de X tiene un solo elemento de Y. Puede haber elementos no relacionados. Esto es lo que se denominaría dependenciafuncional.





Clave
Conjunto no red. De atributos que determinan el valor de los demás
DNI
Nombre
Dirección
Teléfono
e-mail
Puesto
Antigüedad
Salario








Descriptor es cualquier subconjunto de las claves.


Dentro de la clave, cada atributo puede poseer dependencias funcionales entre sí. Por ejemplo, el DNI podría determinar el nombre, el teléfono, etc… Las dependencias funcionales son las másimportantes para determinar el diseño.
La clave debe ser no redundante. Las dependencias se definen sin tener en cuenta el contenido de la clave.
La integridad entidad y la integridad referencial dependen de la clave. Si tengo R(A, B, C, D), una clave es un subconjunto de R. Es un conjunto de atributos que determinan una relación. En una relación existe como mínimo una clave. Las claves pueden seguir unorden jerárquico.
Atributos primarios o principales
Son aquellos que forman parte de una clave.
Atributos secundarios o no principales
No forman parte de la clave.
Ejemplos:
Empleado
DNI es clave
Proyecto
P# es clave

Trabajo

DNI y P# son clave
La integridad entidad se refiere a que una relación debe poseer sus claves para ser correcta. Las claves son necesarias para las relaciones.
La integridadreferencial es la que hace necesaria a una tupla de una relación que es clave, haga referencia a otras relaciones donde también es clave. Es decir, en la relación trabajo las claves son DNI y P#, que son clave también de Empleado y Proyecto (respectivamente). Para que se cumpla la integridad referencial DNI y P# que aparecen en la relación trabajo aparecen también en Empleado y Proyecto....
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Compactar Y Reparar Una Base De Datos
  • Apuntes De Fundamentoss Base De Datos
  • Base De Datos Compactar Y Reparar
  • compactar y reparar base de datos
  • compactar y reparar una base de datos
  • Reparar base de datos
  • Apuntes Base De Datos
  • Apuntes de bases de datos

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS