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.