20
Jhon Denis Suarez Ortiz Dorvin Eduardo Bardales Lucana MODELO RELACIONAL BASE DE DATOS I Ingeniería de Sistemas y Telemática

Modelo relacional

Embed Size (px)

Citation preview

Jhon Denis Suarez OrtizDorvin Eduardo Bardales Lucana

MODELO RELACIONAL

BASE DE DATOS I

Ingeniería de Sistemas y Telemática

Es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos.

Su idea fundamental es el uso de relaciones

Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente

Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados tuplas.

Modelo Relacional

1.Contenido

Todo modelo de

datos tiene que ver con

tres aspectos

de los datos

Estructura de datos.

Manejo de

datos

Integridad de datos

Estructura de datos Relacional

Tupla. Cada fila de la tabla (caja ejemplar que la tabla representa)

Atributo. Cada columna

de la tabla.

Dominio. Conjunto válido de valores

representables por un atributo.

Cardinalidad. Numero de tuplas de una

tabla.

Grado. Numero de

atributos de la tabla. Terminología

Relacional

EsquemaUn esquema contiene la definición de una estructura (generalmente relaciones o tablas de una base de datos), es decir, determina la identidad de la relación y qué tipo de información podrá ser almacenada dentro de ella. Todo esquema constará de:

o Nombre de la relación (su identificador).o Nombre de los atributos (o campos) de la relación y sus dominios.

InstanciasUna instancia de manera formal es la aplicación de un esquema a un conjunto finito de datos. En palabras no tan técnicas, se puede definir como el contenido de una tabla en un momento dado, pero también es válido referirnos a una instancia cuando trabajamos o mostramos únicamente un subconjunto de la información contenida en una relación o tabla, como por ejemplo:

Ciertos caracteres y números (una sola columna de una sola fila). Algunas o todas las filas con todas o algunas columnas. Cada fila es una tupla. El número de filas es llamado cardinalidad. El número de columnas es llamado aridad o grado.

PROPIEDADES

Cada relación tiene un nombre distinto. Los valores

de los atributos son

atómicos (relaciones

normalizadas).

Cada atributo tiene un nombre distinto.

Los atributos no están

ordenados.

Las tuplas no están

ordenadas.

No hay tuplas duplicadas.

RELACIONES

Relaciones baseLas relaciones que almacenan datos

son llamadas relaciones base y

su implementación es llamada "tabla".

Relaciones

derivadasLas relaciones derivadas no

almacenan datos, pero son

calculadas al aplicar

operaciones relacionalesLas relaciones

derivadas son convenientes ya

que expresan información de

varias relaciones actuando como si

fuera una sola tabla.

TIPOS DE RELACION En una BDR, todos los datos se almacenan y se accede a ellos por medio de relaciones.

• Restricción que debe cumplirse sobre una BD en todos sus estados

• Reglas de negocio: reglas de integridad específicas de cada base de datos.

REGLA DE INTEGRIDAD

DE ENTIDADES

• Ninguno de los atributos que componen la clave primaria puede ser nulo

• En una base de datos relacional nunca se almacena información de algo que no se puede identificar

REGLA DE INTEGRIDAD REFERENCIA

L

• si en una relación hay alguna clave ajena, sus valores deben coincidir con los valores de la clave primaria a la que hace referencia, o bien, deben ser todos nulos

• La regla de integridad referencial se enmarca en términos de estados de la base de datos: nos dice lo que es un estado ilegal ¡¡ pero no nos dice cómo podemos evitarlo!!

REGLAS DE INTEGRIDAD

EJEMPLO

S:

Clave prima

ria

• Es una clave única (puede estar conformada por uno o más campos de la tabla)

Clave forán

ea

• Una clave foránea es una referencia a una clave en otra tabla, determina la relación existente en dos tablas

Clave índice

• Las claves índices surgen con la necesidad de tener un acceso más rápido a los datos

CLAVES

2.ResumenEl modelo relacional es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos.Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente.Un esquema contiene la definición de una estructura (generalmente relaciones o tablas de una base de datos).Todo esquema constará de:• Nombre de la relación (su identificador).• Nombre de los atributos (o campos).Una instancia es la aplicación de un esquema a un conjunto finito de datos. En palabras no tan técnicas, se puede definir como el contenido de una tabla en un momento dado.

Propiedades de un modelo relacional Cada relación tiene un nombre distinto. Los valores de los atributos son atómicos (relaciones normalizadas). Cada atributo tiene un nombre distinto. Los atributos no están ordenados. No hay tuplas duplicadas. Las tuplas no están ordenadas.

Reglas de Integridad Restricción que debe cumplirse sobre una BD en todos sus estadosREGLA DE INTEGRIDAD DE ENTIDADES “Ninguno de los atributos que componen la clave primaria puede ser nulo.”REGLA DE INTEGRIDAD REFERENCIAL“si en una relación hay alguna clave ajena, sus valores deben coincidir con los valores de la clave primaria a la que hace referencia, o bien, deben ser todos nulos.”

CLAVES Clave primariaUna clave primaria es una clave única (puede estar conformada por uno o más campos de la tabla) elegida entre todas las candidatas que define unívocamente a todos los demás atributos de la tabla para especificar los datos que serán relacionados con las demás tablas. Clave foráneaUna 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. Clave índiceLas claves índices surgen con la necesidad de tener un acceso más rápido a los datos. Los índices pueden ser creados con cualquier combinación de campos de una tabla. Procedimientos almacenadosUn procedimiento almacenado es código ejecutable que se asocia y se almacena con la base de datos.

3.SummaryThe relational model is a data model based on predicate logic and set theory.After being nominated bases in 1970 by Edgar F. Codd, the IBM labs in San Jose (California), he soon establish itself as a new paradigm in the database model.It is the model most used today to model real problems and manage data dynamically.A scheme contains the definition of a structure (usually relationships or tables in a database) .All scheme will consist of:• Name of the relationship (its identifier).• Name attributes (or fields).An instance is the application of a scheme to a finite set of data. In less technical terms, it can be defined as the contents of a table at one time.

Properties of a relational model• Every relationship has a different name.• The values of the attributes are atomic (normalized relations).• Each attribute has a different name.• The attributes are not ordered.• There are no duplicate tuples.• The tuples are not ordered.

Integrity RulesRestriction that must be met on a BD in all its statesRULE OF INTEGRITY OF ENTITIES "None of the attributes that make up the primary key can be null."REFERENTIAL INTEGRITY RULE"If any foreign key in a relationship, their values must match the values of the primary key to which it refers, or, should all be zero.“

KEYS primary keyA primary key is a unique key ( may consist of one or more fields in the table ) chosen among all candidates that uniquely defines all other attributes of the table to specify the data to be related to other tables. foreign keyA foreign key is a reference to a key in another table, determines the relationship in two tables. Foreign keys need not be unique keys in the table where they are and where they are referenced itself . key indexThe key indices arise with the need for faster access to data . Indexes can be created with any combination of fields in a table.Stored ProceduresA stored procedure is executable code that is associated and stored with the database .

4.RecomendacionesPara una buena gestión de base de datos se debe tener en cuenta el modelo relacional ya que te permite administrar datos dinámicamente y su idea fundamental es el uso de relaciones.Cuando hagas un modelo relacional tener en cuenta que no pueden existir dos tablas con el mismo nombre y que cada tabla es a du vez un conjunto de registros, filas o tuplas. También debes tener en cuentas las restricciones, si estas relaciones son de uno a uno, de uno a muchos o de muchos a muchos para así poder construir un buen modelado. 5.ConclusionesEl presente trabajo se ha dedicado al estudio del modelo Relacional la cual nos hemos dado cuenta que permite obtener un buen modelado de una base de datos. Mediante este trabajo se han alcanzado los objetivos planteado en cuanto ha:  Definir que es un modelo Relacional, de qué manera te va a ayudar al modelado de

una base de datos y en qué se diferencia de los otros modelos.

Estudiar los diferentes tipos de relaciones que existen y conocer acerca de las reglas de integración.

6.Apreciación del EquipoEs muy Importante conocer acerca del modelo relacional ya que es el más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Este modelo te provee herramientas que garantizan evitar la duplicidad de registros.

7.Glosario de TérminosTupla: una secuencia de valores agrupados. Una tupla sirve para agrupar, como si fueran un único valor, varios valores que, por su naturaleza, deben ir juntos. Aridad: En el análisis matemático, la aridad de un operador matemático o de una función es el número de argumentos necesarios para que dicho operador o función se pueda calcular. Cardinalidad: Es cuando se define una relación y se especifica si uno o varios artículos de configuración pueden estar en la clasificación de origen y la clasificación de destino. Foránea: Que procede o es propio de otro lugar