ModeloRelacional
ModeloRelacional
ModeloRelacional
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.
En la que además las claves primarias se representan subrayadas y las alternativas con un
subrayado discontinuo.
Ejemplo:
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.
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:
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 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