Ingeniería Industrial y de Sistemas

SISTEMAS DE BASES DE
DATOS

CLASE 1 ING. BRAULIO PAZ GARCÍA CAMPUS MÉRIDA

TEMAS Y SUBTEMAS
 UNIDAD 1. INTRODUCCIÓN A LAS BASES DE DATOS

1.Definición y concepto de base de datos

2.Propiedades de las bases de datos
3.Características de las bases de datos
4.Importancia de las bases de datos en la aplicación administrativa
1. DEFINICIÓN Y CONCEPTO DE BASE DE DATOS
Dato es una colección de hechos considerados de forma aislada. Los datos pueden ser
números, palabras, imagenes.

Son el nivel más bajo de abstracción a partir del cual se deriva la información.
Información es un dato que ha sido manipulado, con lo que resulta de utilidad para alguien.

La calidad de la información se basa en los atributos claves:

• Exactitud. Significa que es clara y refleja adecuadamente el sentido de los datos en los que
se basa.
• Oportunidad. Implica hacerla llegar dentro del marco del tiempo necesario. Que se pueda
obtener cuando se necesita.
• Relevancia. Debe responder de manera específica a lo que busque: qué, dónde, cuándo,
quién, cómo...

1.
1. DEFINICIÓN Y CONCEPTO DE BASE DE DATOS
Una base de datos es un conjunto de datos que pertenecen al mismo contexto y son
almacenados sistemáticamente para su uso posterior.
Son datos interrelacionados que modelan una realidad La base de datos es el
componente estructural clave en el diseño de sistemas de información.
Es la principal fuerza de integración del sistema de información de una organización.

La base de datos se considera desde dos puntos de vista, el físico y el lógico:

La base de datos física está compuesta de los medios de almacenamiento, es la
forma en que los datos se almacenan realmente.
• El lado lógico se refiere a la recuperación de los datos almacenados para satisfacer
necesidades específicas de información.

1.
1. DEFINICIÓN Y CONCEPTO DE BASE DE DATOS
Un sistema manejador de base de datos (SMBD) es un conjunto de programas
especializados diseñados para describir, proteger, almacenar y accesar la base de
datos.
En un SMBD se pueden realizar las siguientes operaciones con los datos: definir,
crear, organizar, relacionar, estructurar, acceder a datos, manejar, consultar.

1.
 2. DISEÑO DE BASE DE DATOS
Los sistemas de bases de datos se diseñan para gestionar grandes cantidades de información.
Esas grandes cantidades de información no existen aisladas. Forman parte del funcionamiento
de alguna empresa, cuyo producto final puede que sea la información obtenida de la base de
datos o algún dispositivo o servicio para el que la base de datos sólo desempeña un papel
1. secundario.

El diseño de bases de datos implica principalmente el diseño del esquema de las bases de datos.
El diseño de un entorno completo de aplicaciones para la base de datos que satisfaga las
necesidades de la empresa que se está modelando exige prestar atención a un conjunto de
aspectos más amplio. Este texto se centrará inicialmente en la escritura de las consultas a la
base de datos y en el diseño de los esquemas de las bases de datos. En el Capítulo 8 se estudia el
proceso general de diseño de las aplicaciones.
 2. DISEÑO DE BASE DE DATOS
La fase inicial del diseño de las bases de datos, por tanto, es caracterizar completamente los
requisitos de datos de los hipotéticos usuarios de la base de datos. Los diseñadores de bases de
datos deben interac- tuar ampliamente con los expertos y usuarios del dominio para llevar a
cabo esta tarea. El resultado de esta fase es la especificación de los requisitos de los usuarios.
1.

A continuación, el diseñador escoge un modelo de datos y, mediante la aplicación de los

conceptos del modelo de datos elegido, traduce esos requisitos en un esquema conceptual de la
base de datos. El esquema desarrollado en esta fase de diseño conceptual ofrece una visión
general detallada de la empresa.
 2. DISEÑO DE BASE DE DATOS
Un esquema conceptual completamente desarrollado también indica los requisitos funcionales de
la empresa. En la especificación de requisitos funcionales los usuarios describen el tipo de
operaciones (o transacciones) que se llevarán a cabo con los datos. Un ejemplo de estas
operaciones es modificar o actualizar los datos, buscar y recuperar datos concretos y eliminar
1.
datos. En esta etapa del diseño conceptual el diseñador puede revisar el esquema para asegurarse
de que satisface los requisitos funcionales.

En la fase de diseño lógico el diseñador relaciona el esquema conceptual de alto nivel con el
modelo de implementación de datos del sistema de bases de datos que se va a usar. El diseñador
usa el esquema de bases de datos específico para el sistema resultante en la fase de diseño físico
posterior, en la que se especifican las características físicas de la base de datos.
 2. DISEÑO DE BASE DE DATOS
En resumen:

1.Fase Inicial

1.

2.Diseño conceptual

3.Especificación de requisitos funcionales

4.Fase de diseño lógico

 2. DISEÑO DE BASE DE DATOS
Instalar SQLite para Windows de 32bit o 64bit

Crear la base de datos biblioteca

1.

Dar clic en new database

Colocar el nombre biblioteca

 2. DISEÑO DE BASE DE DATOS
Estructura a crear para la base de datos biblioteca

1.
 3. MODELO ENTIDAD RELACIÓN
El modelo entidad-relación lo desarrolló P. P. Chen en 1976 para facilitar el diseño de bases de
datos al permitir al diseñador expresar las propiedades conceptuales de la base de datos en un
esquema de empresa.
El esquema de empresa es una descripción que corresponde al modelo conceptual. Es
independiente de cualquier DBMS particular. Por tanto, no está limitado al lenguaje de definición
de datos de algún DBMS particular. Usa sus propios diagramas E-R para expresar la estructura del
modelo.
se clasificó el modelo E-R como un modelo semántico, uno que intenta capturar significados así
como estructura. Existe un esfuerzo real por hacer que los ítems en el modelo representen “cosas”
en el minimundo, la parte del mundo real que modelará la base de datos, y por expresar las
relaciones entre “cosas” del mundo real mediante relaciones en el modelo. El modelo describe el
entorno del minimundo en términos de entidades, atributos y relaciones.
 3. MODELO ENTIDAD RELACIÓN
No se dará una definición formal del término entidad sino que,
informalmente, se describirá como algún objeto que existe y se puede
distinguir de otros objetos. Puede representar una persona, lugar,
evento, objeto o concepto en el mundo real que se planea modelar en
la base de datos. Puede ser un objeto físico o una abstracción.
Las instancias de entidad representan una clase especifica, un cliente,
un empleado àrticular, una cuenta, dependiendo de cuál sea la
empresa y qué partes de ella se desee representar. Al aplicar
abstracción es posible identificar las propiedades comunes de las
instancias de entidades que son de interés en la base de datos y definir
un tipo de entidad,
 3. MODELO ENTIDAD RELACIÓN
El tipo de entidad forma la intensión de la entidad, la parte de definición permanente. Una
colección de entidades del mismo tipo se llama conjunto de entidades. El conjunto debe estar
bien definido, lo que significa que debe ser posible determinar si una instancia de entidad
particular pertenece a ella o no. Todas las instancias de entidad que satisfacen la definición en el
momento forman la extensión de la entidad.
Los atributos de una entidad representan las propiedades definitorias o cualidades del tipo de
entidad. Los atributos son la representación en el modelo de dichas propiedades, a saber: stuId,
stuLastName, stuFirstName, major y credits. Por lo general, una entidad tendrá un valor para cada
uno de sus atributos. Un atributo se representa en un diagrama E-R mediante un óvalo con el
nombre del atributo en el interior. Una línea conecta el óvalo del atributo con el rectángulo del
con- junto de entidades que describe.
 3. MODELO ENTIDAD RELACIÓN
El conjunto de valores permitidos para cada atributo se llama dominio de dicho atributo. Para el
ejemplo Student, el dominio del atributo credits puede ser el conjunto de valores enteros entre 0 y
150 inclusive, dependiendo de cómo la universidad calcula las horas de créditos. El dominio del
atributo stuLastName es un poco más difícil de definir, pues con- siste de todos los apellidos
legales de estudiantes.
En ocasiones el valor de dicho atributo se desconoce en el momento actual o no está definido para
una instancia particular. En una base de datos, a algunos atributos se les puede permitir tener
valores nulos para algunas instancias de entidades.
Algunos atributos pueden tener valores múltiples para una instancia de entidad. Por ejemplo, los
estudiantes pueden tener más de una dirección de correo electrónico. Si es posible que alguna
instancia de entidad tenga valores múltiples para un atributo particular, se usa un óvalo doble
alrededor del nombre del atributo.
 3. MODELO ENTIDAD RELACIÓN
Algunos atributos se pueden descomponer en elementos más pequeños. Un atributo es un atributo compuesto si
es posible descomponerlo todavía más. Se indica que un atributo es compuesto al escribir su nombre en un
óvalo en la forma usual y luego dibujar óvalos para los componentes individuales, que se conectan mediante
líneas al óvalo del atributo compuesto.
Atributos derivados
A veces es posible que quiera incluir en un diseño un atributo cuyo valor se pueda calcular cuando sea
necesario.
Intuitivamente, se piensa en una clave como en un ítem de datos que permite diferenciar los registros. Es
necesaria una definición más exacta del concepto de clave. Comience con la noción de superclave.
Una superclave es un atributo o un conjunto de atributos que identifican de manera única una entidad. Eso
significa que siempre permite diferenciar una instancia de entidad de otra.
Una clave candidata es aquella que no contiene atributos adicionales. Una clave candidata se define como una
superclave tal que ningún subconjunto propio de sus atributos sea por sí mismo una superclave.
 3. MODELO ENTIDAD RELACIÓN
Un conjunto de entidades puede tener varias claves candidatas. El diseñador de la base de datos elige entre ellas e
identifica una como la forma normal de identificar entidades y acceder a los registros. Ésta se convierte en la clave
primaria.
Con frecuencia, las otras claves candidatas se convierten en claves alternativas, cuyos valores únicos proporcionan
otro método de acceder a los registros. El término clave secundaria por lo general significa un atributo o conjunto
de atributos cuyos valores, no necesariamente únicos, se usan como un medio de acceder a los registros.
Con frecuencia las entidades se ligan mediante asociaciones o relaciones, que son conexiones o interacciones entre
las instancias de entidad. Un estudiante se relaciona con una clase al inscribirse en dicha clase. Por abstracción, es
posible identificar las propiedades comunes de ciertas relaciones y definir un tipo de relación y un correspondiente
conjunto de relaciones bien definido como la colección de relaciones de dicho tipo. Las relaciones que satis- facen
los requisitos de membresía en el conjunto de relaciones en cualquier momento son las instancias, o miembros, del
conjunto de relaciones. Como con entidades y atributos, el tipo de relación es parte de la intensión y las instancias
son parte de la extensión del modelo.
 3. MODELO ENTIDAD RELACIÓN
Un conjunto de entidades puede tener varias claves candidatas. El diseñador de la base de datos elige entre ellas e
identifica una como la forma normal de identificar entidades y acceder a los registros. Ésta se convierte en la clave
primaria.
Con frecuencia, las otras claves candidatas se convierten en claves alternativas, cuyos valores únicos proporcionan
otro método de acceder a los registros. El término clave secundaria por lo general significa un atributo o conjunto
de atributos cuyos valores, no necesariamente únicos, se usan como un medio de acceder a los registros.
Con frecuencia las entidades se ligan mediante asociaciones o relaciones, que son conexiones o interacciones entre
las instancias de entidad. Un estudiante se relaciona con una clase al inscribirse en dicha clase. Por abstracción, es
posible identificar las propiedades comunes de ciertas relaciones y definir un tipo de relación y un correspondiente
conjunto de relaciones bien definido como la colección de relaciones de dicho tipo. Las relaciones que satis- facen
los requisitos de membresía en el conjunto de relaciones en cualquier momento son las instancias, o miembros, del
conjunto de relaciones. Como con entidades y atributos, el tipo de relación es parte de la intensión y las instancias
son parte de la extensión del modelo.
 3. MODELO ENTIDAD RELACIÓN
En un SGBD relacional hay dos tipos de relaciones:
Relaciones base. Son relaciones reales que tienen nombre, y forman parte directa de la base de
datos almacenada. Se dice que las relaciones base son relaciones autónomas.
Vistas. También denominadas relaciones virtuales, son relaciones con nombre y derivadas (no
autónomas). Que son derivadas significa que se obtienen a partir de otras relaciones; se
representan mediante su de- finición en términos de esas otras relaciones. Las vistas no poseen
datos almacenados propios, los datos que contienen corresponden a datos al- macenados en
relaciones base.
 3. MODELO ENTIDAD RELACIÓN
La creación de tablas sigue la misma sintaxis que cualquier motor de SQL, utilizando el comando CREATE table.
CREATE TABLE ciudades (
i d INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL,
nombre VARCHAR (255) NOT NULL,
nombre_Largo VARCHAR (255) ,
id_pais INTEGER NOT NULL
);
Posteriormente debemos insertar datos en las tablas que hemos creado, para ello utilizamos la orden INSERT INTO table.
insert into ciudades values(1, “3”, ”Luz de las Gentes”, 3);
insert into ciudades values(2 ,”Madrid” , NULL, 3);

select ∗ from ciudades ;

select nombre from ciudades ;
select nombre from ciudades where id pais=”3”
 3.4 MODELO EXTERNO
El nivel externo consiste en muchas vistas externas o modelos externos diferentes de la base de
datos. Cada usuario tiene un modelo del mundo real representado en una forma que es adecuada
para dicho usuario. Otras entidades u otros atributos o relaciones en realidad pueden representarse
en la base de datos, pero el usuario no estará al tanto de ellos. Además de incluir diferentes
entidades, atributos y relaciones, distintas visitas pueden tener diferentes representaciones de los
mismos datos. Por ejemplo, un usuario puede creer que las fechas se almacenan en la forma mes,
día, año, mientras que otro puede creer que se representan como año, mes, día. Algunas vistas
pueden incluir datos virtuales o calculados, que son datos que en realidad
 3.4 MODELO EXTERNO
Un registro externo es un regis- tro como lo ve un usuario particular, una parte de su vista
externa. Una vista externa es en realidad una colección de registros externos. Las vistas externas
se describen en esquemas externos (también llamados subesquemas) que se escriben en el
lenguaje de definición de datos (DDL). El esquema de cada usuario da una descripción completa
de cada tipo de registro externo que aparece en la vista de dicho usuario. Los esquemas se
compilan mediante el DBMS y se almacenan en forma de objeto para uso del diccionario/
directorio de datos del sistema al recuperar registros.
3.4 MODELO EXTERNO
 3.4 MODELO EXTERNO
Una razón principal de la arquitectura de tres niveles es proporcionar independencia de datos, lo
que significa que los niveles superiores no son afectados por los cambios en los niveles inferiores.
Existen dos tipos de independencia de datos: lógica y física. La independencia de datos lógica se
refiere a la inmunidad de los modelos externos a cambios en el modelo lógico.
 3.4 MODELO EXTERNO
La arquitectura estándar de bases de datos usa tres niveles de abstracción: externo, lógico e
interno. Una vista externa es el modelo visto por un usuario particular y consiste en registros
externos, que pueden ser subconjuntos o combinaciones o registros reales. Un esquema externo
es la descripción de un modelo externo escrito en el lenguaje de definición de datos, que es parte
del sublenguaje de datos para el DBMS particular que se usa. La interfaz de usuario crea el
entorno operativo del usuario y oculta los niveles inferiores al usuario. El esquema lógico es una
descripción DDL completa del modelo lógico. Aunque todos los ejemplos previos demuestran que
una vista proporciona independencia lógica, las vistas permiten más independencia lógica
significativa cuando el nivel lógico se reorganiza. Si a una tabla se agrega una nueva columna, los
usuarios existentes pueden no estar al tanto de su existencia si sus vistas se definen para excluirla.
Cuando se agregan nue- vas tablas, desde luego no hay cambio a los modelos externos de los
usuarios existentes. Sin embargo, si una tabla existente se reordena o divide, se puede definir una
vista de modo que los usuarios puedan continuar viendo sus antiguos modelos.
UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL

•4.1 Estructuras de las bases de datos relacionales

•4.2 El álgebra relacional
UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL

Intuitivamente, las relaciones se asocian con tablas nombradas cuyas co- lumnas
representan atributos que también pueden tener asociado un nombre. Las filas de las
tablas son tuplas. Los valores que toman las tuplas se extraen de conjuntos de
constantes llamados dominios. Todas las tablas constituyen la estructura de la base de
datos que se representa en un esquema de base de datos (nivel intensional) y su
contenido en una instancia de base de datos (nivel extensional).
La propuesta inicial del modelo de datos relacional caracteriza las relaciones como la
estructura fundamental para describir y organizar los datos y el álgebra relacional para
manipularla. El modelo relacional se define en [Codd79], integrado a partir de tres
elementos:
Un conjunto de relaciones que varía en el tiempo,
Reglas de inserción-actualización-eliminación, y
Un álgebra relacional. 


•
 UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL
Una base de datos relacional consiste en un conjunto de tablas, a cada una de las cuales
se le asigna un nombre exclusivo. Cada fila de la tabla representa una relación entre un
conjunto de valores. De manera informal, cada tabla es un conjunto de entidades, y cada
fila es una entidad. Dado que cada tabla es un conjunto de tales relaciones, hay una fuerte
correspondencia entre el concepto de tabla y el concepto matemático de relación, del que
toma su nombre el modelo de datos relacional. A continuación se introduce el concepto de
relación.
Considérese la tabla cuenta de la Figura siguiente. Tiene tres cabeceras de columna:
número_cuenta, nombre _sucursal y saldo. Siguiendo la terminología del modelo relacional,
se puede hacer referencia a estas cabeceras como atributos. Para cada atributo hay un
conjunto de valores permitidos, denominado do- minio de ese atributo. Para el atributo
nombre_sucursal, por ejemplo, el dominio es el conjunto de todos los nombres de sucursal.
Supóngase que D denota el conjunto de todos los números de cuenta, D el conjunto de
1 2

todos los nombres de sucursal y D el conjunto de todos los saldos. Todas las filas de cuenta
3

deben consistir en una tupla (v , v , v ), donde v es un número de cuenta (es decir, v está en
1 2 3 1 1
UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL
el dominio D ), v es un nombre de sucursal (v en D ) y v es un saldo (v en D ). En
1 2 2 2 3 3 3

general, cuenta sólo contendrá un subconjunto del conjunto de todas las filas posibles.
Por tanto, cuenta será un subconjunto de D ×D ×D
1 2 3


En general, una tabla de n atributos debe ser un subconjunto de D ×D ×···×D ×D Los

1 2 n−1 n

matemáticos definen las relaciones como subconjuntos del producto cartesiano de la

lista de dominios. Esta definición se corresponde de manera casi exacta con la
definición de tabla dada anteriormente. Como las tablas son, esencialmente,
relaciones, se usarán los términos matemáticos relación y tupla en lugar de los
términos tabla y fila. Una variable tupla es una variable que representa una tupla; en
otras palabras, una variable tupla es una variable cuyo dominio es el conjunto de todas
las tuplas.
UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL
Un dominio es atómico si los elementos del dominio se consideran unidades
indivisibles. Las operaciones permiten dar una definición completa de las expresiones
del álgebra relacional. Las expresiones fundamentales del álgebra relacional se
componen de alguno de las siguientes elementos:
Una relación de la base de datos
Una relación constante
Las relaciones constantes se escriben poniendo una relación de sus tuplas entre llaves
({ }), por ejemplo {(C-101,Centro,500) (C-215, Becerril, 700)}. Ejemplos: http://
ict.udlap.mx/people/carlos/is341/bases04.htmlbo

https://www.youtube.com/watch?v=nx6P_dtMJMM
https://www.youtube.com/watch?v=wvq4--UCxdI
https://www.youtube.com/watch?v=EA9IbNiySsI
 UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL
Contenido Temático:

•4.3 Modificación de la base de datos

•4.4 Vistas
Una vista es una consulta cuyo resultado se presenta como una tabla, puesto que tienen la
misma estructura: filas y columnas. La diferencia es que sólo se almacena de ellas la
definición y no los datos, que se extraen de las otras tablas de la base de datos. En SQLite la
vistas son de solo lectura, de forma que no se pueden ejecutar instrucciones INSERT,
DELETE o UPDATE sobre ellas para actualizar las tablas.
 UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL
Para crear una vista en SQLite tenemos la instrucción CREATE VIEW. Tendremos que asignar
un nombre a la vista que creamos y ejecutar una consulta que nos devuelva los datos que
formarán nuestra vista. La sintaxis sería:

CREATE VIEW Vista_Nueva

AS
SELECT
t1.Id,
t1.Campo1,
t2.Campo1 as Campo2
FROM
tabla t1
INNER JOIN tabla2 t2 ON t1.IdEnTabla2 = t2.Id;
 UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL
Vamos a poner como ejemplo que tenemos una tabla con variedades de quesos, otra con
países y otra con tipos de leche. Y queremos una vista que nos muestre de qué país y con qué
tipo de leche está hecho cada queso. Pues podríamos sacarlo con una consulta así:

CREATE VIEW v_QuesosDetallada

AS
SELECT
q.Id,
q.Nombre,
p.Nombre as Pais,
l.Descripcion as TipoLeche
FROM
Quesos q
INNER JOIN paises p ON q.IdPais = p.Id
INNER JOIN leches l ON q.IdTipoLeche = l.Id;
 UNIDAD IV. MODELO RELACIONAL Y ÁLGEBRA RELACIONAL

Para eliminar una vista en SQLite tenemos la instruccion DROP VIEW, que iría seguida del
nombre de la tabla. Siguiendo con el ejemplo de arriba, para borrar la vista
v_QuesosDetallada tendríamos que ejecutar la siguiente instrucción:

DROP VIEW v_QuesosDetallada;

De esta forma eliminaríamos la vista de nuestra base de datos.

Si intentamos crear una vista con un nombre que ya existe o si intentamos borrar
una que no existe recibiremos un mensaje de error. Por tanto es interesante
asegurarse utilizando IF NOT EXISTS a la hora de crear e IF EXISTS a la de borrar.

https://www.sqlitetutorial.net/tryit/