Fundamentos de bases de

datos
Sistemas gestores de bases de datos
Unidad I
 Base de datos
 A database is a mechanism that is used to store information, or data.
Information is something that we all use on a daily basis for a variety of
reasons. With a database, users should be able to store data in an
organized manner. Once the data is stored, it should be easy to retrieve
information. Criteria can be used to retrieve information. The way the data
is stored in the database determines how easy it is to search for
information based on multiple criteria. Data should also be easy to add to
the database, modify, and remove [Stephens & Plen, 2001].
 
 A database is a tool that stores data, and lets you create, read, update, and
delete the data in some manner [Stephens, 2009].
 
 A database is a collection of related data elements. The three basic
elements of a database are as follows: Tables, Columns and Rows.

 A database is a model of some aspect of the reality of an organization. It is

conventional to call this reality a universe of discourse (UoD), or sometimes
a domain of discourse.
 Objetivos de las bases de
datos
 Los datos pueden compartirse

 Es posible reducir la redundancia

 Es posible evitar la inconsistencia (Evitar datos

contradictorios)

 Es posible brindar un manejo de transacciones

 Es posible mantener la integridad (Datos

correctos)
 Beneficios de una base de datos
 Compactación: No hay necesidad de archivos
en papel voluminosos.
Menos trabajo laborioso: Se puede eliminar
gran parte del trabajo de llevar los archivos a
mano. Las tareas mecánicas siempre las
realizan mejor las máquinas.
 Actualidad: En el momento que la
necesitemos, se tendrá a disposición
información precisa y actualizada.
 Velocidad: La máquina puede recuperar y
actualizar datos rápidamente que un humano.
Usos y aplicaciones de las Bases de
datos
Sistemas Gestores de Bases de
datos
 Funciones de los SGBD
 Moves data to and from the physical data files as
needed.
 Manages concurrent data access by multiple users.
 Manages transactions so that each transaction’s
database changes are an all-or-nothing unit of work.
In other words, if the transaction succeeds, all
database changes made by it are recorded in the
database; if the transaction fails, none of the changes
it made are recorded in the database.
 Supports a query language, which is a system of
commands that a database user employs to retrieve
data from the database.
 Provides provisions for backing up the database and
recovering from failures.
Arquitectura de un SGBD
Arquitectura de un SGBD
GESTOR DE ALMACENAMIENTO (Storage Manager)
Es responsable del almacenamiento, recuperación y actualización de datos en
la BD. Los componentes del gestor de almacenamiento son:
 
Gestor de autorización e integridad (Authorization and integrity
manager): Inspecciona las restricciones de integridad y autoridad de los
usuarios para accesar datos.

Gestor de transacciones (Transaction Management): Una transacción es

una colección de operaciones que se ejecutan como una simple función lógica
en un sistema de BD. Los componentes del gestor de transacciones garantiza
que la BD permanezca en un estado consistente a pesar de que el sistema y la
transacción fallen.
Gestor de archivos (File manager): Administra la asignación de espacio en
el dispositivo de almacenamiento. archivos son usados para almacenar
colecciones de datos similares. Este sistema maneja archivos independientes,
ayudando a introducir y recuperar registros de información. El gestor de
archivos puede: crear, borrar, actualizar y recuperar.
Gestor de Buffer (Buffer Manager): El gestor de buffer es el responsable
de recoger datos desde el disco a la memoria principal. Los programas llaman
al administrador de buffer cuando necesitan un bloque desde el disco.
Arquitectura de un SGBD
PROCESADOR DE CONSULTAS
(Query processor)

Maneja consultas interactivas

expresadas en un lenguaje de
manipulación de datos (DML) tal como
SQL. Compara y analiza una consulta
antes de generar las llamadas al
procesador en tiempo de ejecución.
Tipos de usuarios
Programadores de aplicaciones: escriben
programas de aplicación. Utilizan técnicas como
DRA o un lenguaje de programación de alto nivel.
Los usuarios sofisticados: formulan sus
consultas en un lenguaje de consulta de bases
de datos.
Usuarios normales. Son usuarios no
sofisticados que interactúan con el sistema
mediante la invocación de alguno de los
programas de aplicación.
Usuarios especializados: escriben aplicaciones
de bases de datos especializadas, no los típicos
sistemas de altas, bajas, cambios, etc.
Tipos de usuarios
Administradores de datos: The management
and control of the corporate data, including
database planning, development and
maintenance of standards, policies and
procedures, and logical database design. The DA
is more concerned with the early stages of the
lifecycle, from planning through to logical
database design.
Administradores de bases de datos: The
management and control of the physical
realization of the corporate database system,
including physical database design and
implementation, setting security and integrity
controls, monitoring system performance, and
reorganizing the database as necessary.
 Sistema de base de datos
 Un sistema de BD comprende
cuatro componentes
principales: datos, hardware,
software y usuarios.

 Es básicamente un sistema
para guardar registros; es
decir, es un sistema
computarizado cuya finalidad
general es almacenar
información y permitir a los
usuarios recuperar y
actualizar esa información en
base a peticiones.
Modelos de datos
Un modelo de datos es un conjunto de conceptos que
pueden servir para describir la estructura de los
datos (OBJETOS) y las relaciones entre ellos dentro de
la base de datos.
Los modelos de datos de alto nivel o conceptuales
disponen de conceptos muy cercanos al modo como
la generalidad de los usuarios percibe los datos, en
tanto que los modelos de datos de bajo nivel o
físicos proporcionan conceptos que describen
detalles de cómo se almacenan los datos.
Los conceptos de los modelos de datos de bajo nivel
casi siempre están dirigidos a los especialistas en
computación, no a los usuarios finales corrientes.
Arquitectura de bases de
datos
La arquitectura de una BD describe la
organización de todos los objetos de la BD
y cómo trabajan juntos.
Arquitectura de un SGBD
Antiguamente:
 Las definiciones acerca de la estructura de una
base de datos y de su implementación física
estaban mezcladas con los programas
computacionales.
 Esta asociación tan cercana entre las bases de
datos y los programas condujo a problemas en el
mantenimiento del software porque consumía una
gran porción del presupuesto de desarrollo de
software.
 En los primeros DBMS la mayoría de los cambios
hechos en las definiciones de la BD ocasionaban
modificaciones en los programas de cómputo ya
que involucraba la inspección detallada del código.
Arquitectura de un SGBD
El objetivo de un DBMS es almacenar y
recuperar información eficientemente. Los
diseñadores usan complejas estructuras de
datos para representar los datos, así los
datos son eficientemente guardados y
recuperados, pero no es necesario que los
usuarios los detalles de almacenamiento
físico. Los desarrolladores ocultan esta
complejidad a los usuarios a través de
varios niveles de abstracción.
Arquitectura de un SGBD
La arquitectura de 3 niveles fue
desarrollada por ANSI/SPARC en la década
de los 70s. Muchos SMBDs modernos
siguen esta arquitectura.
Su objetivo: separar los programas de
aplicación de la base de datos física.
Niveles de abstracción del
SGBD
La capa física (nivel interno) es el que se
refiere a la forma en el que los datos son
físicamente almacenados en el hardware. El
SGBD se encarga de este nivel.
La capa física contiene los archivos de datos
que contienen todos los datos de la base de
datos.
El nivel interno comprende también:
 Reservación de espacio de almacenamiento para
datos e índices.
 Compresión de datos y técnicas de encriptación.
Niveles de abstracción
La capa lógica (nivel conceptual) describe la estructura
de toda la base de datos para una comunidad de
usuarios.
El nivel conceptual representa:
 Entidades, atributos y relaciones.
 Las restricciones de los datos.
 Información semántica acerca de los datos.
 Información de integridad y seguridad.
Por ejemplo: la descripción de una entidad debería
contener los tipos de datos de los atributos (entero, real)
y su longitud (total de dígitos o caracteres) pero no
deben tomarse en cuenta consideraciones de almacenaje
tales como el número de bytes ocupados.
 
Niveles de abstracción
La capa externa (nivel externo) es la que concierne
con los usuarios. Si los usuarios son programadores
de aplicaciones o usuarios finales, ellos tienen una
vista, o modelo mental, de la BD y de lo que contiene.

La vista externa incluye sólo aquellas entidades,

atributos y relaciones en el mundo real que son de
interés para el usuario.

In addition, different views may have different

representations of the same data. For example, one
user may view dates in the form (day, month, year),
while another may view dates as (year, month, day).
Niveles de abstracción
Tipos de lenguajes
Lenguajes de definición de datos (DDL)
create table cuenta
(número-cuenta char(10),
saldo integer)
Lenguajes de manipulación de datos (DML):
recuperar, insertar, borrar, modificar.
Programas de aplicación
El lenguaje proporcione las instrucciones
DML
ODBC
Tópicos de bases de datos
Minería de datos
Almacenes de datos
Bases de datos distribuidas y paralelas
Bases de datos para sistemas de
información geográfica
Bases de datos P2P
Bases de datos para dispositivos móviles
Bases de datos orientadas a objetos
Bases de datos multimedia