QUÉ ES UNA BASE DE DATOS

Una base de datos es uno o varios archivos a donde la información está registrada de forma
estructurada, en tablas. Estas tablas contienen registros. Los registros están compuestos de campos bien
identificados.

La base de datos más simple es un archivo texto, correspondiendo a una tabla, a donde los campos son
delimitados por un carácter (como una coma) o por posición (tamaño fijo).

Existen varios programas profesionales que permiten manejar de bases de datos que contienen varias
tablas relacionadas. Existen programas autónomos, que se pueden ejecutar en una misma
computadora, como MS Access, y otros que funcionan como cliente-servidor, como MySQL, Oracle,
Firebird, DB2, MS SQL Servidor,...

Existen también bases de datos ‘embarcadas’, que son base de datos incluidas en una aplicación, sin
servidor.

Objetivos de los sistemas de Bases de Datos

Un objetivo principal de un sistema de base de datos es proporcionar a los usuarios finales una visión
abstracta de los datos, esto se logra escondiendo ciertos detalles de cómo se almacenan y mantienen los
datos.

 Disminuir la redundancia e inconsistencia de los datos:

Puesto que los archivos y los programas de aplicaciones fueron creados por distintos programadores en
un periodo largo, es posible que un mismo dato esté repetido en varios sitios (archivos). Esta
redundancia aumenta los costos de almacenamiento y acceso, además de incrementar la posibilidad de
que exista inconsistencia en la información.

 Reducir la dificultad para tener acceso a los datos:

Supóngase que uno de los gerentes del banco necesita averiguar los nombres de todos los clientes que
viven en cierta parte de la ciudad. El gerente llama al departamento de procesamiento de datos y pide
que generen la lista correspondiente. Como ésta es una solicitud fuera de lo común no existe un
programa de aplicaciones para generar semejante lista. Lo que se trata de probar aquí es que este
ambiente no permite recuperar la información requerida en forma conveniente o eficiente.

 Evitar el aislamiento de los datos:

Puesto que los datos están repartidos en varios archivos, y éstos pueden tener diferentes formatos, es
difícil escribir nuevos programas de aplicaciones para obtener los datos apropiados.
Corregir anomalías en el acceso concurrente:
Para mejorar el funcionamiento del sistema y tener un tiempo de respuesta más corto, muchos sistemas
permiten que varios usuarios actualicen la información simultáneamente. En un ambiente de este tipo,
la interacción de las actualizaciones concurrentes puede resultar en información inconsistente. Para
prevenir estas situaciones debe mantenerse alguna forma de supervisión en el sistema.

 Disminuir los problemas de seguridad:

No es recomendable que todos los usuarios del sistema de base de datos puedan tener acceso a toda la
información. Por ejemplo, en un sistema bancario, una persona que prepare los cheques de nómina sólo
debe poder ver la parte de la base de datos que contenga información de los empleados. No puede
consultar información correspondiente a las cuentas de los clientes.

 Disminuir los problemas de integridad:

Los valores que se guardan en la base de datos deben satisfacer ciertos tipos de limitantes de
consistencia. El sistema debe obligar al cumplimiento de estas limitantes. Esto puede hacerse agregando
el código apropiado a los distintos programas de aplicaciones. El problema se complica cuando las
limitantes implican varios elementos de información de distintos archivos.
 Acceso concurrente por parte de múltiples usuarios.
 Integridad de los datos.
 Consultas complejas optimizadas.
 Seguridad de acceso y auditoria.
 Respaldo y recuperación.
 Acceso a través de lenguaje de programación estándar.

Características
Entre las principales características de los sistemas de base de datos podemos mencionar:
a. Independencia lógica y física de los datos.
b. Redundancia mínima.
c. Acceso concurrente por parte de múltiples usuarios.
d. Integridad de los datos.
e. Consultas complejas optimizadas.
f. Seguridad de acceso y auditoría.
g. Respaldo y recuperación.
h. Acceso a través de lenguajes de programación estándar.

¿Qué es un Sistema de Gestión de Bases de Datos?

Un Sistema de Gestión de Bases de Datos (SGBD) es una aplicación comercial que permite construir y
gestionar bases de datos, proporcionando al usuario de la Base de Datos las herramientas necesarias
para realizar, al menos, las siguientes tareas:
  Definir las estructuras de los datos.
 Manipular los datos. Es decir, insertar nuevos datos, así como modificar, borrar y consultar los
datos existentes.
 Mantener la integridad de la información.
 Proporcionar control de la privacidad y seguridad de los datos en la Base de Datos, permitiendo
sólo el acceso a los mismos a los usuarios autorizados.

Nota: La herramienta más difundida para realizar todas estas tareas es el lenguaje SQL.

Algunos de los productos comerciales más difundidos son:

o ORACLE de Oracle Corporation.
o DB2 de I.B.M. Corporation
o SYBASE de Sybase Inc.
o Informix de Informix Software Inc.
o SQL Server de Microsoft Corporation.

Abstracción de la información.
Una base de datos es en esencia una colección de archivos relacionados entre sí, de la cual los usuarios
pueden extraer información sin considerar las fronteras de los archivos.

Un objetivo importante de un sistema de base de datos es proporcionar a los usuarios una visión
abstracta de los datos, es decir, el sistema esconde ciertos detalles de cómo se almacenan y mantienen
los datos. Sin embargo, para que el sistema sea manejable, los datos se deben extraer eficientemente.

Existen diferentes niveles de abstracción para simplificar la interacción de los usuarios con el sistema;
Interno, conceptual y externo, específicamente el de almacenamiento físico, el del usuario y el del
programador.

 Nivel físico.
Es la representación del nivel más bajo de abstracción, en éste se describe en detalle la forma en cómo
de almacenan los datos en los dispositivos de almacenamiento (por ejemplo, mediante señaladores o
índices para el acceso aleatorio a los datos).

 Nivel conceptual.
El siguiente nivel más alto de abstracción, describe que datos son almacenados realmente en la base de
datos y las relaciones que existen entre los mismos, describe la base de datos completa en términos de
su estructura de diseño. El nivel conceptual de abstracción lo usan los administradores de bases de
datos, quienes deben decidir qué información se va a guardar en la base de datos.

Consta de las siguientes definiciones:

1. Definición de los datos: Se describen el tipo de datos y la longitud de campo todos los elementos
direccionables en la base. Los elementos por definir incluyen artículos elementales (atributos),
totales de datos y registros conceptuales (entidades).
2. Relaciones entre datos: Se definen las relaciones entre datos para enlazar tipos de registros
relacionados para el procesamiento de archivos múltiples.

En el nivel conceptual la base de datos aparece como una colección de registros lógicos, sin descriptores
de almacenamiento. En realidad, los archivos conceptuales no existen físicamente. La transformación de
registros conceptuales a registros físicos para el almacenamiento se lleva a cabo por el sistema y es
transparente al usuario.

 Nivel de visión.
Nivel más alto de abstracción, es lo que el usuario final puede visualizar del sistema terminado, describe
sólo una parte de la base de datos al usuario acreditado para verla. El sistema puede proporcionar
muchas visiones para la misma base de datos.

La interrelación entre estos tres niveles de abstracción se ilustra en la siguiente figura.

Ejemplares y Esquemas
Sabemos bien que las bases de datos están cambiando constantemente, esto debido al ingreso,
eliminación y actualización de la información registrada en ella. A la información que está guardada en
un momento determinado se le llama ejemplar. En cambio, la forma como está diseñada toda la
estructura de los datos se le denomina esquema y son raramente modificados.
Los ejemplares cambian constantemente, pues hacen referencia a la información registrada. A
diferencia de estos, los esquemas rara vez cambian. Solo cambian por dos razones:
 La estructura de los datos fue mal realizada. (culpa del desarrollador).
 Cuando se dieron las especificaciones para realizar la estructura no tomaron en cuenta muchos
aspectos (culpa del cliente).

Haciendo una analogía con programación: Los esquemas vendrían siendo la declaración de las variables
(que pueden tomar cualquier valor, al igual que en los esquemas se puede registrar información). Y los
ejemplares vendrían siendo los valores que toman esas variables en momentos determinados.

Existen 3 esquemas en una base de datos:

1. Esquema físico: Que es el que describe el diseño físico en el nivel físico.
2. Esquema lógico: Lo describe el diseño de la base de datos en el nivel lógico. Aquí los
programadores construyen sus aplicaciones y programas.
3. Esquema de vistas: Una base de datos puede tener varios esquemas de vistas (al igual que en el
nivel de vistas se tienen varias vistas, dependiendo de la situación). A estos, se les llama
subesquemas.

De éstos, el esquema lógico es con mucho el más importante, en términos de su efecto en los
programas de aplicación, ya que los programadores construyen las aplicaciones usando el esquema
lógico. El esquema físico está oculto bajo el esquema lógico, y puede ser fácilmente cambiado
usualmente sin afectar a los programas de aplicación. Los programas de aplicación se dice que muestran
independencia física de datos si no dependen del esquema físico y, por tanto, no deben ser modificados
si cambia el esquema físico.

Independencia de los datos.

La independencia de datos se puede definir como la capacidad para modificar el esquema en un nivel
del sistema sin tener que modificar el esquema del nivel inmediato superior.

Se pueden definir dos tipos de independencia de datos:

 La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que
alterar los esquemas externos ni los programas de aplicación. Se puede modificar el esquema
conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de
datos eliminando una entidad, los esquemas externos que no se refieran a ella no deberán verse
afectados. Ocurre cuando se modifica el esquema conceptual sin afectar al resto de los
esquemas. Básicamente se modifica el esquema conceptual cuando cambian las características
de los datos a almacenar.
 La independencia física es la capacidad de modificar el esquema interno sin tener que alterar el
esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos
ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de
actualización de datos. Dado que la independencia física se refiere sólo a la separación entre las
aplicaciones y las estructuras físicas de almacenamiento, es más fácil de conseguir que la
independencia lógica. Esta se presenta cuando es posible la modificación del esquema físico sin
afectar a los esquemas restantes. Las principales razones para llevar a cabo una modificación del
esquema físico serán un ajuste en el hardware de almacenamiento o una redistribución de los
datos en él
Modelo de los Datos
Bajo la estructura de la base de datos se encuentra el modelo de datos: una colección de herramientas
conceptuales para describir los datos, las relaciones, la semántica y las restricciones de consistencia.
Para ilustrar el concepto de un modelo de datos, describimos dos modelos de datos en este apartado: el
modelo entidad-relación y el modelo relacional. Los diferentes modelos de datos que se han propuesto
se clasifican en tres grupos diferentes:
 Modelos lógicos basados en objetos,
 Modelos lógicos basados en registros, y
 Modelos físicos.

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 y 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 impositor 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.
Como ilustración, considérese parte de una base
de datos de un sistema bancario consistente en
clientes y cuentas que tienen esos clientes. En la
Figura se muestra el diagrama E-R
correspondiente. El diagrama E-R indica que hay
dos conjuntos de entidades cliente y cuenta, con los atributos descritos anteriormente. El diagrama
también muestra la relación impositor entre cliente y cuenta.

Además de entidades y relaciones, el modelo E-R representa ciertas restricciones que los contenidos de
la base de datos deben cumplir. Una restricción importante es la correspondencia de cardinalidades, que
expresa el número de entidades con las que otra entidad se puede asociar a través de un conjunto de
relaciones. Por ejemplo, si cada cuenta puede pertenecer sólo a un cliente, el modelo puede expresar
esta restricción. El modelo entidad-relación se utiliza habitualmente en el proceso de diseño de bases de
datos.

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 la Figura se
presenta un ejemplo de base de datos
relacional consistente en tres tablas: la primera
muestra los clientes de un banco, la segunda,
las cuentas, y la tercera, las 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.
Otros modelos de datos
Otros modelos que se han desarrollado son, por ejemplo:
 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.
 Modelo de dato de red y el Modelo de datos jerárquico precedieron al modelo de datos
relacional.

Lenguajes de Bases de Datos

Un sistema de bases de datos proporciona un lenguaje de definición de datos para especificar el
esquema de la base de datos y un lenguaje de manipulación de datos para expresar las consultas a la
base de datos y las modificaciones. En la práctica, los lenguajes de definición y manipulación de datos no
son dos lenguajes separados; en su lugar simplemente forman partes de un único lenguaje de bases de
datos, tal como SQL, ampliamente usado.

Lenguaje de definición de datos

Un esquema de base de datos se especifica mediante un conjunto de definiciones expresadas mediante
un lenguaje especial llamado lenguaje de definición de datos (LDD). Por ejemplo, la siguiente instrucción
en el lenguaje SQL define la tabla cuenta:
create table cuenta
(número-cuenta char(10),
saldo integer)

La ejecución de la instrucción LDD anterior crea la tabla cuenta. Además, actualiza un conjunto especial
de tablas denominado diccionario de datos o directorio de datos.

Un diccionario de datos contiene metadatos, es decir, datos acerca de los datos. El esquema de una
tabla es un ejemplo de metadatos. Un sistema de base de datos consulta el diccionario de datos antes de
leer o modificar los datos reales.

Especificamos el almacenamiento y los métodos de acceso usados por el sistema de bases de datos por
un conjunto de instrucciones en un tipo especial de LDD denominado lenguaje de almacenamiento y
definición de datos. Estas instrucciones definen los detalles de implementación de los esquemas de base
de datos, que se ocultan usualmente a los usuarios.

Los valores de datos almacenados en la base de datos deben satisfacer ciertas restricciones de
consistencia. Por ejemplo, supóngase que el saldo de una cuenta no debe caer por debajo de 100 . El
LDD proporciona facilidades para especificar tales restricciones. Los sistemas de bases de datos
comprueban estas restricciones cada vez que se actualiza la base de datos.

Lenguaje de manipulación de datos

La manipulación de datos es:
 La recuperación de información almacenada en la base de datos.
 La inserción de información nueva en la base de datos.
  El borrado de información de la base de datos.
 La modificación de información almacenada en la base de datos.

Un lenguaje de manipulación de datos (LMD) es un lenguaje que permite a los usuarios acceder o
manipular los datos organizados mediante el modelo de datos apropiado. Hay dos tipos básicamente:
 LMDs procedimentales. Requieren que el usuario especifique qué datos se necesitan y cómo
obtener esos datos.
 LMDs declarativos (también conocidos como LMDs no procedimentales). Requieren que el
usuario especifique qué datos se necesitan sin especificar cómo obtener esos datos.

Los LMDs declarativos son más fáciles de aprender y usar que los LMDs procedimentales. Sin embargo,
como el usuario no especifica cómo conseguir los datos, el sistema de bases de datos tiene que
determinar un medio eficiente de acceder a los datos. El componente LMD del lenguaje SQL es no
procedimental.

Una consulta es una instrucción de solicitud para recuperar información. La parte de un LMD que implica
recuperación de información se llama lenguaje de consultas. Aunque técnicamente sea incorrecto, en la
práctica se usan los términos lenguaje de consultas y lenguaje de manipulación de datos como
sinónimos.

Acceso a la base de datos desde programas de aplicación

Los programas de aplicación son programas que se usan para interaccionar con la base de datos. Los
programas de aplicación se escriben usualmente en un lenguaje anfitrión, tal como Cobol, C, C++ o Java.
En el sistema bancario algunos ejemplos son programas que emiten los cheques de las nóminas, las
cuentas de débito, las cuentas de crédito o las transferencias de fondos entre cuentas.

Para acceder a la base de datos, las instrucciones LMD necesitan ser ejecutadas desde el lenguaje
anfitrión. Hay dos maneras de hacerlo:
 Proporcionando una interfaz de programas de aplicación (conjunto de procedimientos) que se
pueden usar para enviar instrucciones LMD y LDD a la base de datos, y recuperar los resultados.
El estándar de conectividad abierta de bases de datos (ODBC, Open Data Base Connectivity)
definido por Microsoft para el uso con el lenguaje C es un estándar de interfaz de programas de
aplicación usado comúnmente. El estándar conectividad de Java con bases de datos (JDBC, Java
Data Base Connectivity) proporciona características correspondientes para el lenguaje Java.
 Extendiendo la sintaxis del lenguaje anfitrión para incorporar llamadas LMD dentro del programa
del lenguaje anfitrión. Usualmente, un carácter especial precede a las llamadas LMD, y un
preprocesador, denominado el precompilador LMD, convierte las instrucciones LMD en llamadas
normales a procedimientos en el lenguaje anfitrión.
Tipos de Base de Datos
Existen básicamente tres tipos de bases de datos:
 Bases de Datos Jerárquicas.
 Bases de Datos en Red.
 Bases de Datos Relacionales.

Éstas últimas son, con diferencia, las más difundidas y utilizadas en la actualidad debido a su potencia,
versatilidad y facilidad de utilización. Se basan en el Modelo Relacional cuyas principales características
veremos en próximas clases. Para gestionarlas se utiliza el lenguaje SQL.

Componentes de una Base de Datos

Los componentes de base de una base de datos son las tablas, que contienen registros (líneas) hechos
de campos (columnas). Cada campo es de un tipo definido, y todos los registros de una misma tabla
tienen los mismos campos con valores propias.

Las tablas están guardadas en archivos. Dependiendo de la base de datos, un archivo puede contener
varias tablas o no, y/o una tabla puede extender sobre varios archivos o no.

Otros componentes que pueden hacer parte de una base de datos, pero que no son presente en todas
(y que no vamos a ver en detalle en este curso), son entre otras las vistas, las funciones, los
procedimientos, las secuencias, los disparadores, etc...

Con los servidores corren también uno o varios servicios, dependiendo de la base de datos.
2. Importar una Base de Datos
3. Crear una Base de Datos en Access

https://www.youtube.com/watch?v=aXBZpDEjVRY
http://www.cartagena99.com/recursos/alumnos/apuntes/Manual-SQL1.pdf
http://www.solucionjava.com/pdf/Curso_SQL.pdf
https://slideplayer.es/slide/2273301/

http://www.frlp.utn.edu.ar/materias/info2/bases_de_datos.htm

http://www.ite.educacion.es/formacion/materiales/93/cd/indice.htm
http://dis.um.es/~barzana/Informatica/IAGP/IAGP_Sistemas_BD.html