Modelo relacional
- 1. Clever Villegas Burga Jorge Paredes Toledo http://www.systemsupa.blogspot.pe MODELO RELACIONAL BASE DE DATOS I
- 2. • El modelo relacional de datos supuso un gran avance con respecto a los modelos anteriores. Este modelo esta basado en el concepto de relación. Una relación es un conjunto de n-tuplas. Una tupla, al contrario que un segmento, puede representar tanto entidades como interrelaciones N:M. Los lenguajes matemáticos sobre los que se asienta el modelo relacional, aportan un sistema de acceso y consultas orientado al conjunto. • El concepto de atomicidad es relevante especialmente en el campo de las bases de datos. Que un elemento sea atómico implica que no se puede ser descompuesto en partes más pequeñas. Definición
- 5. RELACIONES En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Relaciones base: Las relaciones que almacenan datos son llamadas relaciones base y su implementación es llamada "tabla". Restricciones: implementan "reglas" en la base de datos, limitan datos que pueden ser almacenados en las tablas. No son parte formal del modelo relacional, pero son incluidas porque juegan el rol de organizar mejor los datos. Relaciones derivadas: Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales, su implementación es llamada "vista" o "consulta". Son convenientes ya que expresan información de varias relaciones actuando como si fuera una sola tabla.
- 6. DOMINIOS Es un conjunto de posibles valores para cierto atributo, es considerado como una restricción. Tipos de dominios son: enteros, cadenas de texto, fecha, etc. Cada tabla tiene uno o más campos cuyos valores se identifican de forma única cada registro de dicha tabla, es decir, no pueden existir dos o más registros diferentes cuyos valores en dichos campos sean idénticos.
- 7. CLAVES Clave foránea: Es una referencia a una clave en otra tabla, determina la relación existente en dos tablas. Las claves foráneas no necesitan ser claves únicas en la tabla donde están y sí a donde están referenciadas. EJEMPLO: El código de departamento puede ser una clave foránea en la tabla de empleados. Se permite que haya varios empleados en un mismo departamento, pero habrá uno y sólo un departamento por cada clave distinta de departamento en la tabla de departamentos. Clave primaria: Es una clave única (puede estar conformada por uno o más campos de la tabla). Clave índice: Surgen con la necesidad de tener un acceso más rápido a los datos. Pueden ser creados con cualquier combinación de campos de una tabla. Las consultas que filtran registros por medio de estos campos, pueden encontrar los registros de forma no secuencial usando la clave índice.
- 10. TIPOS DE RELACIÓN Muchos a muchos: En las relaciones Muchos a muchos a cada registro de la tabla A se le pueden asociar varios registros de la tabla B y cada registro de la tabla B puede estar relacionado con más de un registro de la tabla A. Ejemplo: Si queremos conocer los profesores que dan clase a un grupo o los grupos a los que da clase un profesor determinado, necesitamos en principio dos tablas: Profesores y Grupos., para establecerla podríamos leer que un profesor da clases a varios grupos (1A, 1B, 2C) y un grupo recibe clases de varios profesores (Carlos Pérez, Antonio García).
- 12. UNO A MUCHOS Cada registro de una tabla A, a la que llamaremos tabla primaria, puede estar enlazado con más de un registro de otra tabla B, a la que llamaremos tabla secundaria. En cambio, cada registro de la tabla B sólo puede estar enlazado a un registro de la tabla A. Tomando como referencia nuestra base de datos de ejemplo, cada alumno de la tabla Alumnos estará relacionado con un único registro de la tabla Cursos. Y a la inversa, a cada registro de la tabla Cursos le pueden corresponder varios alumnos de la tabla Alumnos.
- 14. Cada registro de la tabla A se relaciona con un único registro de la tabla B y cada registro de la tabla B sólo se relaciona con un elemento de la tabla A. Este tipo de relaciones son poco comunes. Ejemplo: Encontramos el vínculo entre un tutor y su grupo. Como sabemos, un profesor puede ser tutor de un sólo grupo (UNO) y del mismo modo, cada grupo sólo puede tener un tutor. UNO A UNO
- 15. Está relacionada con la definición de clave primaria que establece que toda clave primaria que se elija para una relación no debe tener valores repetidos por lo que el conjunto de atributos CP es la clave primaria de una relación R, entonces la extensión de R no puede tener en ningún momento dos tuplas con la misma combinación de valores para los atributos de CP. REGLAS DE INTEGRIDAD DE UNICIDAD DE LA CLAVE PRIMARIA
- 16. Dispone que los atributos de la clave primaria de una relación no pueden tener valores nulos, las claves primarias puedan identificar las tuplas individuales de las relaciones. Si las claves primarias tuviesen valores nulos, es posible que algunos valores agrupados no se pudieran distinguir. REGLAS DE INTEGRIDAD E ENTIDAD DE CLAVE PRIMARIA
- 17. Está relacionada con el concepto de clave foránea, lo que determina que todos los valores que toma una clave foránea deben ser valores nulos o valores que existen en la clave primaria que referencia. La necesidad de esta regla es debido a que las claves foráneas tienen por objetivo establecer una conexión con la clave primaria que referencian. Si un valor de una clave foránea no estuviese presente. REGLAS DE INTEGRIDAD REFERENCIAL
- 18. La regla de integridad de dominio está relacionada con la noción de dominio. Esta condición implica que todos los valores no nulos que contiene la base de datos para un determinado atributo deben ser del dominio declarado para dicho atributo. Ejemplo: Si en la relación EMPLEADOS (DNI, nombre, apellido, edademp) hemos declarado que dominio (DNI) es el dominio predefinido de los enteros, entonces no podremos insertar, por ejemplo, ningún empleado que tenga por DNI el valor “Luis”, que no es un entero. Esta regla establece dos condiciones. REGLAS DE INTEGRIDAD DE DOMINIO
- 19. La primera condición consiste en que un valor no nulo de un atributo Ai debe pertenecer al dominio del atributo Ai; es decir, debe pertenecer a dominio (Ai). Esta condición implica que todos los valores no nulos que contiene la base de datos para un determinado atributo deben ser del dominio declarado para dicho atributo. La segunda condición sirve para establecer que los operadores que pueden aplicarse sobre los valores dependen de los dominios de estos valores; es decir, un operador determinado sólo se puede aplicar sobre valores que tengan dominios que le sean adecuados. REGLAS DE INTEGRIDAD DE DOMINIO