Universidad Autónoma de Santo Domingo 

Asignatura:

Base de datos II

Tema:

Los Modelos de Bases de Datos (tipos, características,

conceptos, ejemplos, entre otros).

- Teoría de la Dependencia Funcional. (Explicar en

qué consiste, hablar de ella en sentido general).

Nombre:

Reynaldo Adolfo newman

Matricula:
100422118
 Introducción

Las bases de datos son esencial para cualquier tipo de proyecto/softwares

informáticos, ya que guardan los datos relacionados con el software, pero
para elaborar una buena base de datos es esencial conocer los modelos
de datos y como trabajar con ellos, en esta breve investigación se tratará
los principales modelos de datos, su uso e implementación. Para hacer
una buena base de datos también hay que tomar en cuenta otros aspectos
como lo es la teoría de dependencia funcional, en ella podemos obtener un
aprendizaje significativo de como tratar los datos y darle forma en si a
continuación los temas relacionados con la investigación.

Índice
Modelo de base de datos............................................................................................................................4
¿Qué es un modelo de base de datos?....................................................................................................4
 Principales modelos de datos..................................................................................................................4
Modelos de datos conceptuales..........................................................................................................5
Modelos de datos físicos.....................................................................................................................6
Modelos de datos lógicos....................................................................................................................7
Ventajas y desventajas de los modelos de datos.....................................................................................9
Ventajas...............................................................................................................................................9
Desventajas.........................................................................................................................................9
Modelo entidad-relación.............................................................................................................................9
Ejemplo de Diagrama ER....................................................................................................................11
Modelo relacional......................................................................................................................................12
Modelo de datos orientado a objetos.......................................................................................................14
Ventajas de un modelo de datos orientado a objetos en comparación con bases de datos relacionales
...............................................................................................................................................................14
Desventajas del modelo de datos orientado objetos en comparación con base de datos relacionales 15
Ejemplo del modelo de datos orientado a objetos............................................................................16
Otros modelos de datos............................................................................................................................16
Modelo jerárquico.................................................................................................................................16
Modelo de red.......................................................................................................................................17
¿Cómo realizar un modelado de datos?....................................................................................................18
Teoría de la Dependencia Funcional..........................................................................................................19
Conceptos básicos.................................................................................................................................19
Propiedades...........................................................................................................................................20
Ejemplo: Dependencias funcionales......................................................................................................21

Modelo de base de datos

¿Qué es un modelo de base de datos?

Un modelo de base de datos es la estructura lógica que adopta la base de

base datos, incluyendo las relaciones y limitaciones que determinan cómo
se almacenan y organizan y cómo se accede a los datos. Así mismo, un
modelo de base de datos también define qué tipo de operaciones se
pueden realizar con los datos, es decir, que también determina cómo se
manipulan los mismos, proporcionando también la base sobre la que se
diseña el lenguaje de consultas.

En general, prácticamente todos los modelos de base de datos pueden

representarse a través de un diagrama de base de datos.

Principales modelos de datos

Los modelos de datos definen cómo se modela la estructura lógica de
una base de datos. Los modelos de datos son entidades fundamentales
para introducir la abstracción en una base de datos.Los modelos de datos
definen cómo los datos se conectan entre sí y cómo se procesan y
almacenan dentro del sistema.El primer modelo de datos fue el modelo de
datos planos, donde todos los datos utilizados se mantendrían en el mismo
plano.

Los primeros modelos de datos no eran tan científicos, por lo tanto, eran
propensos a introducir muchas anomalías de duplicación y
actualización.Un modelo de datos puede ser concreto o abstracto, y están
representados por la notación de modelado de datos, que a menudo se
presenta en formato gráfico.

Su enfoque principal es apoyar y ayudar a los sistemas de información

mostrando el formato y la definición de los diferentes datos
involucrados.También ayudan a evitar la redundancia de datos. La
información almacenada en los modelos de datos es de gran importancia
para las empresas porque dicta las relaciones entre las tablas de la base
de datos, las claves externas y los eventos involucrados.

Los tres tipos básicos de modelo de datos son:

 1. Modelos de datos conceptuales

2. Modelos de datos físicos

3. Modelos de datos lógicos

Modelos de datos conceptuales

Un modelo conceptual de datos identifica las relaciones de más alto nivel

entre las diferentes entidades.
Las características del modelo conceptual de datos incluyen:

 Incluye las entidades importantes y las relaciones entre ellas.

 No se especifica ningún atributo.
 No se especifica ninguna clave principal.
La siguiente figura es un ejemplo de un modelo conceptual de datos.
Modelos de datos físicos

El modelo de datos físicos representa cómo se construirá el modelo en la

base de datos.

Un modelo de base de datos física muestra todas las estructuras de tabla,

incluidos el nombre de columna, el tipo de datos de columna, las
restricciones de columna, la clave principal, la clave externa y las
relaciones entre las tablas.

Las características de un modelo de datos físicos incluyen:

 Especificación de todas las tablas y columnas.

 Las claves externas se usan para identificar relaciones entre

tablas.

 La desnormalización puede ocurrir según los requisitos del

usuario.

Las consideraciones físicas pueden hacer que el modelo de datos físicos

sea bastante diferente del modelo de datos lógicos.

El modelo de datos físicos será diferente para diferentes Sistemas de

Gestión de Base de datos. Por ejemplo, el tipo de datos para una columna
puede ser diferente entre MySQL y SQL Server.
Los pasos básicos para el diseño del modelo de datos físicos son los
siguientes:

 Convertir entidades en tablas.

 Convertir relaciones en claves externas.

 Convertir atributos en columnas.

 Modificar el modelo de datos físicos en función de las restricciones /
requisitos físicos.
La siguiente figura es un ejemplo de un modelo de datos físicos.

Modelos de datos lógicos

Un modelo de datos lógicos describe los datos con el mayor detalle

posible, independientemente de cómo se implementarán físicamente en la
base de datos.
Las características de un modelo de datos lógicos incluyen:

 Incluye todas las entidades y relaciones entre ellos.

 Todos los atributos para cada entidad están especificados.
 La clave principal para cada entidad está especificada.
 Se especifican las claves externas (claves que identifican la relación
entre diferentes entidades).
 La normalización ocurre en este nivel.

Los pasos para diseñar el modelo de datos lógicos son los

siguientes:

 Especifique claves primarias para todas las entidades.

 Encuentra las relaciones entre diferentes entidades.
 Encuentra todos los atributos para cada entidad.
 Resuelva las relaciones de muchos a muchos.
 Normalización.

La siguiente figura es un ejemplo de un modelo de datos lógicos.

Ventajas y desventajas de los modelos de datos

Ventajas

 El objetivo principal de un modelo de datos es asegurarse de que los

objetos de datos ofrecidos por el equipo funcional se representen con
precisión.
 El modelo de datos debe ser lo suficientemente detallado para ser
utilizado para construir la base de datos física.
 La información en el modelo de datos se puede utilizar para definir la
relación entre tablas, claves primarias y externas y procedimientos
almacenados.
  El modelo de datos ayuda a las empresas a comunicarse dentro y
entre las organizaciones.
 El modelo de datos ayuda a documentar las asignaciones de datos
en el proceso ETL
 Ayuda a reconocer las fuentes de datos correctas para poblar el
modelo.
Desventajas

 Para desarrollar el modelo de datos se deben conocer las

características físicas de los datos almacenados.
 Incluso los cambios más pequeños realizados en la estructura
requieren modificaciones en toda la aplicación.
 No hay un lenguaje de manipulación de modelos establecido en
DBMS.

Modelo entidad-relación

El modelo de datos entidad-relación (E-R) está basado en una percepción

del mundo real que consta de una colección de objetos básicos, llamados
entidades, y de relaciones entre estos objetos.

Una entidad es una «cosa» u «objeto» en el mundo real que es distinguible

de otros objetos. Por ejemplo, cada persona es una entidad, y las cuentas
bancarias pueden ser consideradas entidades. Las entidades se describen
en una base de datos mediante un conjunto de atributos. Por ejemplo, los
atributos número-cuenta y saldo describen una cuenta particular de un
banco y pueden ser atributos del conjunto de entidades cuenta.
Análogamente, los atributos nombre-cliente, calle-cliente y ciudad-cliente
pueden describir una entidad cliente.
Un atributo extra, id-cliente, se usa para identificar unívocamente a los
clientes (dado que puede ser posible que haya dos clientes con el mismo
nombre, dirección ciudad. Se debe asignar un identificador único de cliente
a cada cliente. En los Estados Unidos, muchas empresas utilizan el
número de la seguridad social de una persona (un número único que el
Gobierno de los Estados Unidos asigna a cada persona en los Estados
Unidos) como identificador de cliente*.
Una relación es una asociación entre varias entidades. Por ejemplo, una
relación impositora asocia un cliente con cada cuenta que tiene. El
conjunto de todas las entidades del mismo tipo, y el conjunto de todas las
relaciones del mismo tipo, se denominan respectivamente conjunto de
entidades y conjunto de relaciones.
La estructura lógica general de una base de datos se puede expresar
gráficamente mediante un diagrama ER, que consta de los siguientes
componentes:
 Rectángulos, que representan conjuntos de entidades.
 Elipses, que representan atributos.
 Rombos, que representan relaciones entre conjuntos de entidades.
 Líneas, que unen los atributos con los conjuntos de entidades y los
conjuntos de entidades con las relaciones.
Cada componente se etiqueta con la entidad o relación
que representa.

Ejemplo de Diagrama ER.

Modelo relacional
En el modelo relacional se utiliza un grupo de tablas para representar los
datos y las relaciones entre ellos. Cada tabla está compuesta por varias
columnas, y cada columna tiene un nombre único. En siguiente imagen se
presenta un ejemplo de base de datos relacional consiste en tres tablas: la
primera muestra los clientes de un banco, la segunda,
lascuentas,latercera,la cuentas que pertenecen a cada cliente.

La primera tabla, la tabla cliente, muestra, por ejemplo, que el cliente

cuyo identificador es 19.283.746 se llama González y vive en la calle
Arenal sita en La Granja. La segunda tabla, cuenta, muestra que las
cuentas C-101 tienen un saldo de 500 € y la C-201 un saldo de 900 €
respectivamente.
La tercera tabla muestra las cuentas que pertenecen a cada cliente. Por
ejemplo, la cuenta C-101 pertenece al cliente cuyo identificador es
19.283.746 (González), y los clientes 19.283.746 (González) y 01.928.374
(Gómez) comparten el número de cuenta A-201 (pueden compartir un
negocio). El modelo relacional es un ejemplo de un modelo basado en
registros. Los modelos basados en registros se denominan así porque la
base de datos se estructura en registros de formato fijo de varios tipos.
Cada tabla contiene registros de un tipo particular. Cada tipo de registro
define un número fijo de campos, o atributos. Las columnas de la tabla
corresponden a los atributos del tipo de registro. No es difícil ver cómo se
pueden almacenar las tablas en archivos. Por ejemplo, un carácter
especial (como una coma) se puede usar para delimitar los diferentes
atributos de un registro, y otro carácter especial (como un carácter de
nueva línea) se puede usar para delimitar registros.
El modelo relacional oculta tales detalles de implementación de bajo nivel
a los desarrolladores de bases de datos y usuarios. El modelo de datos
relacional es el modelo de datos más ampliamente usado, y una amplia
mayoría de sistemas de bases de datos actuales se basan en el modelo
relacional.
El modelo relacional se encuentra a un nivel de abstracción inferior al
modelo de datos E-R. Los diseños de bases de datos a menudo se
realizan en el modelo E-R, y después se traducen al modelo relacional; Por
ejemplo, es fácil ver que las tablas cliente y cuenta corresponden a los
conjuntos de entidades del mismo nombre, mientras que la tabla impositor
corresponde al conjunto de relaciones impositor. Nótese también que es
posible crear esquemas en el modelo relacional que tengan problemas
tales como información duplicada innecesariamente. Por ejemplo,
supongamos que se almacena número-cuenta como un atributo del
registro cliente. Entonces, para representar el hecho de que las cuentas C-
101 y C-201 pertenecen ambas al cliente González (con identificador de
cliente 19.283.746) sería necesario almacenar dos filas en la tabla cliente.
Los valores de nombre-cliente, calle-cliente y ciudadcliente de González
estarían innecesariamente duplicados en las dos filas.
Modelo de datos orientado a objetos

El modelo de datos orientado a objetos es otro modelo de datos que está

recibiendo una atención creciente, El modelo orientado a objetos se puede
observar como una extensión del modelo E-R con las nociones de
encapsulación, métodos (funciones) e identidad de objeto.
El modelo de datos relacional orientado a objetos combina las
características del modelo de datos orientado a objetos y el modelo de
datos relacional. Los modelos de datos semiestructurados permiten la
especificación de datos donde los elementos de datos individuales del
mismo tipo pueden tener diferentes conjuntos de atributos. Esto es
diferente de los modelos de datos mencionados anteriormente, en los que
cada elemento de datos de un tipo particular debe tener el mismo conjunto
de atributos. El lenguaje de marcas extensible (XML, eXtensible Markup
Language) se usa ampliamente para representar datos semiestructurados.

Ventajas de un modelo de datos orientado a objetos en comparación con bases de datos

relacionales

 Modelo de objetos intuitivamente más cercano el mundo real.

 Extensibilidad - herencia.
 Valores complejos.
 Eliminación de la impedancia incorrecta.
 Lenguaje de consulta más expresivo
 El estrechamiento acoplamiento entre datos y aplicaciones permite
que el esquema capture más el significado de las aplicaciones.
 Soporte para transacciones largas.
 Mejor soporte para aplicaciones como ingeniería del software o
diseño asistido por computadora (CAD)
 Podría decirse que tienen mejor rendimiento, aunque los benchmarks
se han aplicado principalmente en áreas como el soporte de
ingeniería, a las que los los sistemas de gestión base de datos
orientados a objetos están mejor adaptados.
Desventajas del modelo de datos orientado objetos en comparación con base de datos
relacionales

 La falta de un fundamento teórico, por lo que el significado exacto de

modelo de datos orientado a objetos no está bien definido.
 Con un modelo de datos orientado a objetos es más difícil conseguir
personal experimentado.
 Falta de estándares.
 La competencia de los sistemas de gestión de base de datos
relacionales y objeto-relacionales.
 La encapsulación está comprometida para optimizar las consultas.
 Un sistema de gestión de base de datos orientado a objetos,
generalmente controla la concurrencia bloqueando. Bloquear una
jerarquía de herencia es difícil y puede afectar al rendimiento.
 Un modelo de datos orientado a objetos es inherentemente más
complejo que el modelo de datos relacional; el sistema de gestión de
base de datos orientado objetos proporciona más complejidad que el
sistema de gestión de un modelo de datos relacional. La complejidad
lleva a mayores costos de implementación y mantenimiento.
 Falta de vistas, pero ¿son las vistas necesarias con un modelo de
objetos?
 Los sistemas de gestión de bases de datos orientados a objetos
generalmente proporcionan control de acceso de grano grueso. Se
necesita un mecanismo de seguridad más fino para la mayoría de las
aplicaciones comerciales.
Ejemplo del modelo de datos orientado a objetos

Otros modelos de datos

Modelo jerárquico

Si vamos a emplear una base datos jerárquica, el modelo de datos que

emplearemos será el jerárquico, que se caracteriza por presentar los datos
en una estructura de árbol invertido, donde cada registro tiene un único
nodo raíz, del que surgen otros nodos (registros); los nodos en un mismo
nivel son nodos padres, cada nodo padre tiene el mismo nodo raíz, y
puede tener nodos hijos, pero los nodos hijos solo pueden tener un nodo
padre. Este modelo se emplea poco actualmente.
En este modelo, los registros de un mismo nivel se clasifican en un orden
específico.
Su estructura se vería como la siguiente imagen:

Modelo de red

El modelo en red de base de datos parte del modelo jerárquico, pero aquí
se permiten las relaciones de uno a muchos o de muchos a muchos entre
registros vinculados, teniendo registros principales múltiples. El modelo se
crea a través de conjuntos de registros relacionados; cada uno de estos
conjuntos consiste en un registro propietario o principal y uno o más
registros miembros o secundarios. Además, un registro puede ser miembro
o secundario en diferentes conjuntos. Es decir, que en este modelo se
permite que los nodos hijos tengan más de uno nodo padre, de manera
que se pueden representar relaciones más complejas.

Aquí se puede ver un ejemplo de este modelo de base de datos de red.

¿Cómo realizar un modelado de datos?
El primer paso antes de diseñar una base de datos es modelar los datos
que vamos a almacenar en ella. El modelado de datos puede adoptar
diferentes enfoques (conceptual, empresarial, lógico o físico) y consiste en
la realización de una serie de tareas previas:
 Identificar tipos de entidades
 Identificar atributos
 Aplicar convenciones de nomenclatura
 Identificar relaciones
 Aplicar modelos de modelos de datos
 Asignar claves
 Normalizar para reducir la redundancia de datos
 Desnormalizar para mejorar el rendimiento
Teoría de la Dependencia Funcional.

Las dependencias funcionales desempeñan un papel fundamental en la

diferenciación entre los buenos diseños de bases de datos y los malos.
Una dependencia funcional es un tipo de restricción que constituye una
generalización del concepto de clave.
Conceptos básicos
Las dependencias funcionales son restricciones del conjunto de relaciones
legales. Permiten expresar hechos sobre la empresa que se modela con la
base de datos.
Una dependencia funcional, denotada por X -> Y, entre dos conjuntos de
atributos X y Y que son subconjuntos de R (R ={A1, A2,...,A3}) especifica
una restricción sobre las posibles tuplas que podrían formar un ejemplar de
relación r de R. La restricción dice que, para cualesquier dos tuplas t1 y t2
de r tales que t1[X] = t2[X], debemos tener también t1[Y] = t2[Y]. Esto
significa que los valores componentes de Y de una tupla de r dependen de
los valores del componente X, o están determinados por ellos; o bien, que
los valores del componente X de una tupla determinan de manera única (o
funcionalmente) los valores del componente Y. También decimos que hay
una dependencia funcional de X a Y o que Y depende funcionalmente de
X.
Sean a y b atributos de una misma tabla o relación T. Se dice que b es
funcionalmente dependiente de a y se denota T.a -> T.b o bien
simplemente a -> b si todo posible valor de a tiene asociado un único valor
de b, o lo que es lo mismo, en todas las tuplas de T en las que el atributo a
toma el mismo valor v1, el atributo b toma también un mismo valor v2.
Claramente a -> b no implica b -> a. Pueden repetirse los valores del
atributo b para distintos valores de a. Un mismo atributo puede determinar
funcionalmente a varios atributos lo cual se denota a -> (b1, b2, ...). Puede
darse una dependencia funcional mutua: a -> b y b -> a o lo que es lo
mismo a <-> b. Nóse que el concepto de dependencia funcional no
depende de la extensión concreta (contenido) que en un momento
determinado tenga la tabla sino de cualquier posible extensión que pudiera
tener.
Los atributos a y b pueden ser simples o compuestos (formados por la
agregación de varios atributos). Los atributos funcionalmente dependientes
pueden o no formar parte de la clave primaria de la tabla, de una clave
altenativa o de una clave ajena de otra tabla.
El atributo b es funcionalmente dependiente de forma completa de a si a ->
b y b no depende funcionalmente de ningún subconjunto de atributos de a.
Si a es un atributo simple y a -> b entonces la dependencia funcional es
con seguridad completa.
Propiedades
Las dependencias funcionales verifican una serie de propiedades
denominadas axiomas de Armstrong:
Reflexividad. A partir de cualquier atributo o conjunto de atributos siempre
puede deducirse él mismo. Dependencia trivial: x -> x.
Aumentatividad. Si x -> y entonces x+z -> y. Así se puede aumentar
trivialmente el antecedente de una dependencia. Ejemplo: si con el dni se
determina el nombre de una persona, entonces con el dni más la dirección
también se determina el nombre.
Proyectividad. Si x -> y+z entonces x -> y. Ejemplo: si a partir del dni es
posible deducir el nombre y la dirección de una persona, entonces con el
dni es posible determinar el nombre.
Aditividad. Si x -> y y z -> w entonces x+z -> y+w. Ejemplo: si con el dni
se determina el nombre y con la dirección el teléfono de una persona,
entonces con el dni y la dirección podrá determinarse el nombre y el
teléfono.
Transitividad o enlace de dependencias funcionales. Si x -> y e y -> z
entonces x -> z. Ejemplo: si con el dni puede determinarse el código de la
provincia de residencia de una persona y con éste código puede
determinarse el nombre de la provincia, entonces con el dni puede
determinarse el nombre de la provincia. Éste es el mecanismo básico de
funcionamiento del enlace entre tablas a partir de claves ajenas.
Ejemplo: Dependencias funcionales
Ejemplo:
a.Empleado_departameto
nombre nss fecha_n dirección numero_dep nombre_dep
b.Empleado_proyecto
nss numero_proy horas nombre_emp nombre_proy lugar_proy
Emp_proy
- nss -> nombre (el nss del empleado determina de forma única el nombre
de ese empleado)
- numero_proy -> {nombre_proy,lugar_proy}
- {nss, numero_proy} -> horas
 Conclusión
Es importante resaltar el uso de las técnicas para elaborar una buena base
de datos sin ella creo que es imposible la elaboración de una buena base
de datos, además para cualquier sistema es importante la buena
realización de las mismas, por lo que antes de realizar cualquier base de
datos es importante tomar el modelo de datos mas adecuado y aplicar las
formas normales (la que sean necesarias), esto evitara un mal diseño de
base de datos.

Bibliografía informática
https://www.tecnologias-informacion.com/modelos-
datos.html

https://ayudaleyprotecciondatos.es/bases-de-datos/
modelos/

https://blog.powerdata.es/el-valor-de-la-gestion-de-
datos/conceptos-basicos-sobre-modelo-de-datos-
orientado-a-objetos20como%20objeto.

FUNDAMENTOS DE BASES DE DATOS

De Silberschartz Cuarta edición