INTRODUCCIÓN A

BASE DE DATOS
Ing. Alberto Carlos Martinez Delgado
 ¿QUE ES UNA BASE DE DATOS ?
■ Una base de datos es un conjunto de datos pertenecientes a un mismo contexto
(“empresa, venta de algo”) y almacenados sistemáticamente para su posterior uso.
En este sentido; una biblioteca puede considerarse una base de datos compuesta en
su mayoría por documentos y textos impresos en papel e indexados para su consulta.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y la
electrónica, la mayoría de las bases de datos están en formato digital, siendo este un
componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de
soluciones al problema del almacenamiento de datos.
 MODELOS DE BASE DE DATOS
■ Un modelo de base de datos muestra la estructura lógica de la base (“la manera de cómo
están organizados”), incluidas las relaciones y limitaciones que determinan cómo se
almacenan los datos y cómo se accede a ellos. Los modelos de bases de datos individuales
se diseñan en base a las reglas y los conceptos de cualquier modelo de datos más amplio
que los diseñadores adopten.

Modelos de base de datos:

Tipos de bases de datos
• Modelo jerárquico
Existen varios tipos de bases de datos; cada tipo de base de
• Modelo en red
datos tiene su propio modelo de datos (la manera de cómo
• Base de datos orientada a objetos
están estructurados).
• Modelo relacional
• Modelo No relacional NoSQL
 MODELO JERÁRQUICO
■ El modelo jerárquico organiza los datos en una estructura de árbol, en la que cada registro tiene
un único elemento o raíz. Los registros del mismo nivel se clasifican en un orden específico. Ese
orden se usa a manera de orden físico para almacenar la base de datos. El modelo es bueno
para describir muchas relaciones del mundo real
■ El modelo jerárquico de bases de datos se asemeja a la estructura de un árbol, tal como
Microsoft Windows organiza las carpetas y archivos. En un modelo jerárquico de bases de
datos, cada enlace es anidado con el fin de conservar los datos organizados en un orden
particular en un mismo nivel de lista. Por ejemplo, una base de datos jerárquico de ventas,
puede incluir las ventas de cada día como un archivo separado. Anidadas dentro de este
archivo están todas las ventas (el mismo tipo de datos) para el día.

Este modelo fue usado principalmente por los Sistemas de Gestión de Información de IBM en las
décadas de 1960 y 1970, pero raramente se los ve en la actualidad debido a ciertas ineficiencias
operativas.
 MODELO DE RED
■ El modelo de red se basa en el modelo jerárquico, permitiendo relaciones de muchos a muchos entre
registros vinculados, lo que implica registros principales múltiples. Basado en la teoría matemática
de conjuntos, el modelo se construye con conjuntos de registros relacionados. Cada conjunto
consiste de un registro propietario o principal y uno o más registros miembros o secundarios. Un
registro puede ser miembro o secundario en múltiples conjuntos, permitiendo que este modelo
represente relaciones complejas.
■ En un modelo de red, la característica definitoria es que se almacena un registro con un enlace a
otros registros - en efecto, una red.
■ Estas redes (o, a veces, a que se refiere como punteros) puede ser una variedad de diferentes tipos
de información como números de nodo de un disco o incluso la dirección.

Fue muy popular en la década de 1970 después de que fue definido formalmente por la Conference on Data
Systems Languages (CODASYL).
 MODELO ORIENTADO A OBJETOS
■ Como su nombre lo indica, es una base de datos que consta de objetos utilizados en la programación
orientada a objetos. Estas bases de datos funcionan bien con lenguajes orientados a objetos como Perl,
C ++, Java, Smalltalk y otros.
■ Los objetos similares se agrupan en una clase y cada objeto de una clase particular se llama su instancia.
Las clases permiten que un programador defina datos que no están incluidos en el programa.
■ Dado que una clase solo define los datos que necesita, si se ejecuta un objeto de esa clase, no podrá
acceder a otros datos, evitando así la corrupción de datos y garantizando la seguridad.
■ Las clases intercambian datos entre sí mediante el uso de mensajes llamados métodos. Tienen una
propiedad llamada herencia, lo que significa que si se define una clase, una subclase puede heredar sus
propiedades sin definir sus propios métodos. Esto significa que una subclase puede implementar el mismo
código. Esto acelera el desarrollo del programa.

El modelo de base de datos orientado a objetos es el

mejor modelo conocido de base de datos
posrelacional ya que incorpora tablas, pero no se
limita a ellas. A dichos modelos también se los
conoce como modelos de base de datos híbridos.
 MODELO RELACIONAL
■ El modelo relacional es el más popular tipo de base de datos y una herramienta extremadamente
potente, no sólo para almacenar información, también para acceder a ella. Las bases de datos
relacionales son organizadas en forma de tablas. La belleza de estos cuadros es que la información
se puede acceder o añadir sin reorganizar las tablas.
■ Una tabla puede tener muchos registros y cada registro puede tener muchos campos. Hay cuadros
que a veces se llaman una relación.
 MODELO NO RELACIONAL “NO SQL”
■ Además del modelo de base de datos de objetos, otros modelos distintos al tipo SQL han surgido en
contraste con el modelo relacional:
■ El modelo de base de datos gráfico, el cual es aún más flexible que el modelo de red, permitiendo
que cualquier nodo se conecte a cualquier otro.
■ El modelo multivalor, el cual se desprende del modelo relacional, permitiendo que los atributos
contengan una lista de datos en lugar de un solo punto de datos.
■ El modelo de documentos, el cual se diseña para almacenar y administrar documentos o datos
semiestructurados, en lugar de datos atómicos
El concepto central de una base de datos
orientada a documentos es el concepto mismo
de Documento. Mientras cada implementación de
base de datos orientada a documentos difiere en
los detalles, en general todas ellas comparten el
principio de que los documentos encapsulan y
codifican datos o información siguiendo algún
formato estándar. Entre las codificaciones usadas
en la actualidad se
encuentran XML, YAML y JSON, así como
formatos binarios como BSON.
DISEÑO DE BASE DE
DATOS
Ing. Alberto Carlos Martinez Delgado
■ Lo primero que debes tener muy bien documentados son tus requerimientos.
Debes saber muy bien cuál es la necesidad que vas a resolver/solucionar. Con
los requerimientos podrás ir diseñando cada uno de los componentes de tu
aplicación. Generalmente, los requerimientos bien documentados son todo lo
que necesitas para comenzar a diseñar tus bases de datos. Sin embargo, yo
sugiero tener un prototipo que nos permita entender mejor el flujo de trabajo de
la aplicación, ya que con este prototipo podrás entender procesos que pueden
ser difíciles de plasmar o de imaginar. Además, los prototipos te pueden dar más
información de lo que los requerimientos te ofrecen.
■ Muy bien, ya tienes tus requerimientos y en casos ideales, ya tienes tus
prototipos. Así que a diseñar! Las fases de diseño de una base de datos
relacional son:

■ Diseño conceptual
■ Diseño Lógico
■ Diseño Físico
 Diseño Conceptual
■ Durante esta fase, plasmaremos nuestras entidades y las relaciones que existirán entre
ellas.
■ Cada entidad la identificaremos con un rectángulo y dentro de este colocaremos su
nombre. A cada entidad le colocaremos sus respectivos atributos y resaltaremos el
atributo principal, aquél atributo que identificará cada registro de manera única. Y por
último crearemos las relaciones que existen entre dichas entidades.
■ Diagrama entidad relación
 ¿Que es una entidad ?
■ Una entidad es una cosa u objeto del mundo real “ también llamado mini mundo o contexto
estudiado” que puede se real o abstracto y es distinguible de todos los demás objetos .Una
entidad tiene un conjunto de propiedades también llamados atributos que lo caracterizan.
■ Ejemplos de entidades reales:
– Estudiante, automóvil, celular ,etc.
■ Ejemplos de entidades abstractas:
– Deuda, cuenta bancaria, notas de un estudiante etc.
Representación grafica en el diagrama entidad relación:

Estudiante
Practica:
Administrativo
Grado Académico

Estudiante
Materia

Docente Curso
 ¿Que es un atributo?
■ Los atributos son las características o propiedades propias de una entidad.
■ Cada uno de los elementos de la entidad poseen los mismos atributos y a cada atributo se le
asigna un valor único por cada elemento. Tomando la entidad “Persona” como ejemplo,
identificamos algunas propiedades en ella como son: CI, nombres, apellidos, fecha de nacimiento,
sexo, etc.

nombre Rude edad

sexo

Estudiante

apellidos
Practica:
nombre
Id_materia nombre
Base de datos 1

Id_materia nombre
1 Base datos 1
Materia

nombre

especialidad

apellidos
Docente
categoría
ci
Dirección celular
 Tipos de atributos:
■ Atributos Simples: No están divididos en subpartes
■ Atributos Compuestos: Se pueden dividir en subpartes (es decir, en otros atributos).
■ Atributos Derivados. Su valor se puede obtener a partir de valores de otros
atributos.
■ Atributo Primario: Identifica de manera única a los elementos de la entidad y
además no puede repetirse.
■ Ejemplo:
 RELACIÓN:
■ Una relación es una asociación entre entidades. Es un vínculo que nos permite definir una
dependencia lógica de relación.
■ Su representación grafica dentro del diagrama entidad relación es:
 CARDINALIDAD
■ Llamada también multiplicidad. Indica la cantidad de elementos o instancias de una entidad A que se
relacionan con una instancia de una Entidad B y viceversa. Esta puede ser de 3 tipos.
■ Uno a Uno (1:1):
■ Esta se da cuando un registro. o elemento de una entidad A se relaciona únicamente con un solo
registro de una entidad B y viceversa.
■ Ejemplo: Tomando la entidad “Estudiante” y la entidad “Casillero”, con la relación “Asignar”, tenemos
que, a un Estudiante se le asigna solo un Casillero y un Casillero se le asigna a un solo Estudiante.
■ Uno a Muchos (1:M):
■ Esta se da cuando un registro de una entidad A se relaciona con cero o varios registros de una entidad
B, y cada registro de la entidad B se relaciona únicamente con un registro de la entidad A.
■ Ejemplo: Si se tiene las entidades “Ciudad” y “País” con la relación “Pertenecer” veríamos que a un país
pertenecen muchas ciudades pero cada una de esas ciudades pertenece a un solo país. Tomando un
caso en particular, en Bolivia hay muchas ciudades entre ellas Potosí, pero potosí solo se encuentra en
un solo país, el cual es Bolivia
■ Muchos a Muchos (N:M):
■ Esta se da cuando un registro de una entidad A se relaciona con cero o varios registros de una entidad
B, y un registro de una entidad B se relaciona con cero o varios registros de la entidad A.
■ Ejemplo: En el caso de los “Estudiantes” y los “Materias”, existe una relación de muchos a muchos,
dado que un estudiante puede Llevar varios materias en el transcurso del año, y a su vez cada materia
es llevado por muchos estudiantes.
Practica:
 Ejercicio de aplicación
■ A partir del siguiente enunciado se desea realiza el modelo entidad-relación.
“Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los
clientes (nombre, apellidos, CI,edad, dirección y fecha de nacimiento). Cada producto tiene un nombre y
un código, así como un precio unitario. Un cliente puede comprar varios productos a la empresa, y un
mismo producto puede ser comprado por varios clientes.
Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que un producto
sólo puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes
productos. De cada proveedor se desea conocer el Nit, nombre y dirección”.
DISEÑO LÓGICO DE
DATOS
Ing. Alberto Carlos Martinez Delgado
■ Paso 1:
■ Las entidades se convierten en tablas y sus atributos se convierten en columnas de la tabla
■ Ejemplo materno paterno
celular
ci

Paciente
nombres
Tabla Paciente
nombres Paterno Materno Celular ci
Angel Mamani Llanos 70475698 2541456
Ana Llanke Lopez 70456854 6954145
Jose Daniel Morales Dávila 70485245 185566
Alberto Martinez Delagado 70745145 185566

id_paciente Ci Nombres Paterno Materno celular

6 4546452 Ana Llanos Mamani 5456665

10 4546452 Pedro Mamani Orcko 56415646

■ Relación de 1:1 “Uno a Uno”
– Cualquier tabla puede copiar la el atributo primario de la otra tabla “entidad”
■ Relación de 1:n “Uno a muchos”
– La entidad “tabla” que lleva el muchos debe copiar el atributo primario de la entidad
“tabla” que lleva el uno
■ Relación de n:n “muchos a muchos”
– La relación se convierte en tabla “se crea una nueva tabla” y esta debe copiar las llaves
primarias de ambas entidades relacionadas