ModeloRelacional

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 7

El modelo entidad-relación es un modelo conceptual que sirve para cualquier tipo de SGBD,

en cambio, el modelo relacional es un modelo lógico que sólo sirve para SGBD relacionales
(y no para jerárquicos, o Codasyl, por ejemplo). Todos los diseñadores y administradores de
bases de datos relacionales usan esquemas conceptuales entidad-relación porque se
adaptan muy bien a este modelo. Hay que tener en cuenta la diferencia de la palabra relación
en ambos modelos. En el modelo relacional una relación es una tabla mientras que en el
ENTIDAD/RELACIÓN ES LA ASOCIACIÓN QUE SE PRODUCE ENTRE DOS ENTIDADES.

RELACIÓN (TABLA): Según el modelo relacional el elemento fundamental es lo que se conoce


como relación, aunque más habitualmente se le llama tabla. Se trata de una estructura
formada por filas y columnas que almacena los datos referentes a una determinada entidad
o relación del mundo real.

Acerca de una tabla, además de su nombre, podemos distinguir lo siguiente:


Atributo: Representa una propiedad que posee esa tabla. Equivale al atributo del modelo E-
R. Se corresponde con la idea de campo o columna
Tupla: Cada una de las filas de la tabla. Se corresponde con la idea de registro. Representa
por tanto cada elemento individual (ejemplar, ocurrencia) de esa tabla.
Dominio: Un dominio contiene todos los posibles valores que puede tomar un determinado
atributo. Dos atributos distintos pueden tener el mismo dominio. Un domino en realidad es
un conjunto finito de valores del mismo tipo. Los dominios poseen un nombre para poder
referirnos a él y así poder ser reutilizable en más de un atributo.
Grado: Número de columnas de la tabla (número de atributos).
Cardinalidad: Número de tuplas de una tabla (número de filas).
Claves: elementos que impiden la duplicidad de registros, una de las grandes desventajas
que presentan otros modelos de organización y gestión de bases de datos. Existen dos
grandes tipos de claves: las claves primarias y las secundarias o externas.
Claves primarias: son los atributos (columnas) según el tipo de relación que se ha definido
en la tabla. Pueden añadirse otros atributos específicos y propios.
Claves externas o secundarias: son las claves que se definen para cada una de las claves
primarias establecidas para los elementos o entidades de una relación.
Restricción de identidad: límites y restricciones que se imponen en las relaciones,
imprescindibles para mantener la significación correcta de la base de datos. Es un concepto
íntimamente vinculado a las reglas de integridad propias del modelo relacional, el
cumplimiento de las cuales está garantizado por las claves primarias y externas.
Relación: R( Relación R(Ai..An )
Subconjunto del producto cartesiano D1×..×Dn (esto es, una tabla). En una relación hay que
distinguir dos aspectos:
Esquema de la relación: Los atributos A1..An p.ej. Trabajadores ( p.ej. Trabajadores
(id_trabajador id_trabajador, nombre, , nombre, tarifa_hr tarifa_hr, tipo_de_oficio
tipo_de_oficio, id_supv id_supv).
Instancia de la relación: El conjunto de : El conjunto de tuplas {(x1,x2,..,xn)} ⊆
D1×D2×..×Dn que la componen en cada momento.

Existen 4 tipos básicos de restricciones de integridad:


los datos requeridos (los campos o columnas siempre deben poseer un atributo o un
valor).
la comprobación de validez (las tablas deben contener solo los datos
correspondientes a la correspondiente relación definida por cada tabla).
las integridades de entidad y referencial (las primeras aseguran que las claves
primarias posean un valor único para cada tupla, y las segundas que las claves
principales y las externas mantengan su integridad).
Reglas de integridad: reglas que garantizan la integridad de los datos, es decir, la
correspondencia plausible de los datos con la realidad.
Esquema de la base de datos: Una base de datos relacional es un conjunto finito de
relaciones junto con una serie de restricciones o reglas de integridad:
▪ Restricción de integridad: Condición necesaria para preservar la corrección
semántica de la base de datos.
▪ Esquema de la base de datos: Colección de esquemas de relaciones junto con las
restricciones de integridad que se definen sobre las relaciones.
▪ Instancia (o estado) de la base de datos: Colección de instancias de relaciones que
verifican las restricciones de integridad. Bases de datos relacionales
▪ Base de datos relacional: Instancia de la base de datos junto con su esquema.
Una restricción es una condición de obligado cumplimiento por los datos de la base de datos.
Las hay de varios tipos.
▪ Aquellas que son definidas por el hecho de que la base de datos sea relacional:
➢ No puede haber dos tuplas iguales
➢ El orden de las tuplas no es significativo
➢ El orden de los atributos no es significativo
➢ Cada atributo sólo puede tomar un valor en el dominio en el que está inscrito
▪ Aquellas que son incorporadas por los usuarios:
➢ Clave primaria (primary key) Hace que los atributos marcados como clave
primaria no puedan repetir valores. Además obliga a que esos atributos no
puedan estar vacíos. Si la clave primaria la forman varios atributos, ninguno
de ellos podrá estar vacío.
➢ Unicidad (unique) Impide que los valores de los atributos marcados de esa
forma, puedan repetirse. Esta restricción debe indicarse en todas las claves
alternativas.
➢ Obligatoriedad (not null) Prohíbe que el atributo marcado de esta forma no
tenga ningún valor (es decir impide que pueda contener el valor nulo, null).
➢ Integridad referencial (foreign key) Sirve para indicar una clave externa.
Cuando una clave se marca con integridad referencial, no se podrán introducir
valores que no estén incluidos en los campos relacionados con esa clave. Esto
último causa problemas en las operaciones de borrado y modificación de
registros, ya que si se ejecutan esas operaciones sobre la tabla principal
quedarán filas en la tabla secundaria con la clave externa sin integridad. Esto
se puede manipular agregando las siguientes cláusulas:
• RESTRICT: esta opción impide eliminar o modificar filas en la tabla
referenciada si existen filas con el mismo valor de clave foránea.
• CASCADE: borrar o modificar una clave en una fila en la tabla referenciada
con un valor determinado de clave, implica borrar las filas con el mismo valor
de clave foránea o modificar los valores de esas claves foráneas.
• SET NULL: borrar o modificar una clave en una fila en la tabla referenciada
con un valor determinado de clave, implica asignar el valor NULL a las claves
foráneas con el mismo valor.
• NO ACTION: las claves foráneas no se modifican, ni se eliminan filas en la
tabla que las contiene.
• SET DEFAULT: borrar o modificar una clave en una fila en la tabla
referenciada con un valor determinado implica asignar el valor por defecto a
las claves foráneas con el mismo valor.

Forma clásica de representación


La manera clásica de representar esquemas relacionales es usando esta notación:
TABLA(Columna1, Columna2,….)

En la que además las claves primarias se representan subrayadas y las alternativas con un
subrayado discontinuo.

Ejemplo:

PIEZAS(Tipo, Modelo, Nombre, Apellido1, Apellido2)


EMPRESAS(CIF, Cod_Empresa, Nombre, Dirección)
SUMINISTROS(Tipo,Modelo, Cod_Empresa, Precio)
EXISTENCIAS(Tipo, Modelo, N_Almacen, Cantidad)

Además, se pueden indicar con otros símbolos las restricciones de unicidad (UNIQUE) y de
obligatoriedad (NOT NULL).

Grafos relacionales
Es un esquema relacional en el que hay líneas que enlazan las claves principales con las claves
secundarias para representar mejor las relaciones. A veces se representa en forma de nodos
de grafos y otras se complementa el clásico.Ejemplo:
Esquemas relacionales derivados del modelo entidad/relación

Hay quien los llama esquemas entidad/relaciones relacionales por su similitud con los
esquemas entidad/relación. Lo cierto es que intentan representar todo lo que los esquemas
conceptuales son capaces de representar y adaptarlo a las premisas del Modelo Relacional.

Sin embargo, la mayoría no son capaces de representar lo mismo que el modelo


entidad/relación de Chen, la razón estriba en que el modelo relacional no tiene tantas formas
de relación. Por ello el modelo entidad/relación debe de seguir siendo una referencia que
implicará crear restricciones apropiadas para reflejar la profundidad de las relaciones del
modelo conceptual.

Notación de patas de gallo: Quizá la forma más popular en todo tipo de herramientas CASE
para representar esquemas relacionales es la notación de patas de utilizado en diversas
metodologías y herramientas de trabajo como la notación Barker (utilizada en gran medida
por la propia empresa Oracle), en la metodología SSADM, en la metodología Information
Engineering (Ingeniería de la Información) y en otras metodologías y notaciones formales.
Además, está presente en la mayoría de las herramientas CASE.

De hecho, es una mezcla entre los esquemas relacionales y la entidad/relación. Hoy en día
se utiliza mucho, en especial por las herramientas CASE de creación de diseños de bases de
datos. En el diagrama anterior se puede examinar un modelo sencillo estilo pata de gallo. En
estos diagramas la cardinalidad máxima n se dibuja con las famosas patas de gallo, la
cardinalidad mínima de tipo cero con un círculo y la cardinalidad de tipo uno con una barra
vertical. El hecho de que suministros y existencias tengan las esquinas redondeadas es para
remarcar que representan relaciones entre entidades (no siempre se remarca). En cualquier
caso, tampoco hay un estándar unánimemente aceptado para este tipo de notación.
Notación de estilo Access:

Se ha hecho muy popular la forma de presentar esquemas relacionales del programa


Microsoft Access. Es otra forma muy clara de representar relaciones y cardinalidades
(aunque tiene problemas para representar relaciones de dos o más atributos)

Completando esquemas: Sin duda los esquemas más completos son los que reflejan no sólo
las cardinalidades sino también todas las restricciones (e incluso los tipos de datos, aunque
esto ya es una competencia del esquema interno.
Símbolo Ejemplo Significado
Subrayado DNI Clave principal
Subrayado discontinuo Clave2 Clave alternativa
º Nombre º No admite valores nulos (restricción NOT NULL)
* Nombre * No admite duplicados (restricción UNIQUE)

Además, los campos que están el final de una flecha son claves secundarias.
En el esquema anterior las flechas representan cardinalidades n y los círculos cardinalidades
de tipo cero. Las de tipo uno no tiene ningún símbolo asignado. A este tipo de diagramas (los
de flechas y ceros) se les llama diagramas en notación Bachman.

En muchas herramientas CASE, los diagramas relacionales suelen representar las


restricciones con letras. De hecho, esta notación es la más habitual actualmente puesto que
son las más completas. Aunque visualmente ocupen más espacio.

Ejemplo de notación en pata de gallo con las restricciones usando abreviaturas:

En este caso los símbolos PK significan Primary Key (clave principal), FK es Foreign Key (clave
secundaria) UK (o simplemente U) es Unique (unicidad) y CK es restricción de validación
(check). Los números sirven para aclarar los atributos que forman parte de la restricción. Así
sabemos que en la tabla de prestamos, dni forma una clave foránea y n_copia otra distinta;
y que fecha_prestamo, dni y n_copia forman juntos una restricción de unicidad.

https://jorgesanchez.net/manuales/gbd/diseno-logico-relacional.html
http://www.aulavirtual-
exactas.dyndns.org/claroline/backends/download.php?url=L0dVSUEtVFAtMjAxN
S9UNC1Nb2RMb2dpY28tTW9kUmVsYWMucGRm&cidReset=true&cidReq=IN
BD_15AP
https://blog.es.logicalis.com/analytics/conceptos-basicos-del-modelo-relacional-en-
la-gestion-de-bases-de-datos

También podría gustarte