Tema 2

Curso de Bases de Datos SQL

Bases de datos y
arquitectura
 Índice
Esquema 3

Ideas clave 4
2.1. ¿Cómo estudiar este tema? 4
2.2. Bases de datos relacionales 4
2.3. El diseño de base de datos 10
2.4. Bases de datos basadas en objetos y
semiestructuradas 15
2.5. Almacenamiento de datos y consultas 16
2.6. Gestión de transacciones 17
2.7. Minería y análisis de datos 17
© Universidad Internacional de La Rioja (UNIR)

2.8. Arquitectura de las bases de datos 18

Lo + recomendado 21

+ Información 25

Test 27
 © Universidad Internacional de La Rioja (UNIR)

Bases de Datos y Arquitectura

BASES DE DATOS EL DISEÑO DE ALMACENAMIENTO DE MINERÍA DE

RELACIONALES BASES DE DATOS DATOS Y CONSULTAS DATOS Y ANÁLISIS
DE DATOS
Tablas Proceso de diseño Gestor de
almacenamiento
Concepto
Diseño de la BD de Procesador de
DML
una entidad bancaria consultas
GESTIÓN DE Aplicaciones
El modelo Entidad- TRANSACCIONES
DDL
Relación
Concepto Datos textuales

Normalización Visión
general

ARQUITECTURA EN
LAS BASES DE
BASES DE DATOS DATOS
BASADAS EN OBJETOS
ANSI-SPARC
Y
SEMIESTRUCTURADAS

Objetos

XML

Tema 2. Esquema
Esquema

Curso de Bases de Datos SQL

3
 Ideas clave

2.1. ¿Cómo estudiar este tema?

Para estudiar este tema deberás leer las páginas 9-21 de: Silberschatz, A., Korth, H. F. y
Sudarshan, S. (2006). Fundamentos de bases de datos (5a. ed.). Madrid: McGraw-Hill
España.
Disponible a través de la Biblioteca Virtual de UNIR.
Además se deberán leer las ideas clave expuestas a continuación.

E
n este tema continuamos familiarizándonos con los conceptos principales
de las bases de datos (BD). Para ello, comentaremos más ampliamente el
modelo relacional, que será el que estudiemos a lo largo de la asignatura,
además del modelo de BD orientadas a objetos y cómo todo ello se relaciona con la
minería de datos. También revisaremos los principales conceptos sobre
transacciones y sobre las arquitecturas de las BD.

A continuación, te presentamos un resumen del contenido del manual de estudio

citado de Silberschatz y Korth (2006).

2.2. Bases de datos relacionales

L
as BD relacionales se caracterizan porque almacenan los datos a partir de
© Universidad Internacional de La Rioja (UNIR)

tablas. También incluyen lenguajes para manipular dichos datos, que

normalmente se clasifican en dos tipos:

 Lenguaje de manipulación de datos (DML, del inglés Data Manipulation

Language).

Curso de Bases de Datos SQL

4
Tema 2. Ideas clave
  Lenguaje de definición de datos (DDL, del inglés Data Definition Language).
Algunos autores distinguen también el lenguaje de control de datos (DCL), pero
nosotros consideraremos estas instrucciones dentro del DDL.

La mayor parte de los SGBD relacionales comerciales utilizan SQL.

Tablas

Una tabla es una estructura compuesta por filas y columnas. Las tablas pueden tener
cualquier número de atributos o campos, pero cada columna debe tener un nombre
único y debe ser de un tipo determinado. Las filas o registros representan entidades
concretas, donde cada uno de los atributos tiene un valor concreto. Todos los
registros tienen la misma estructura, que coincide con la definición de los atributos
definidos en la tabla.

Por ejemplo, en una entidad bancaria tendremos una tabla para los clientes, de los
que almacenaremos su código, nombre, dirección y localidad.

Para almacenar los registros físicamente en el disco, se emplea un carácter especial

que separa los campos de un registro (como la coma «,»), y otro para marcar el fin de
un registro (como el carácter de nueva línea). No obstante, estos detalles de
implementación son transparentes a los usuarios, que no tienen que preocuparse de
cómo trabaja el SGBD a nivel físico.

A lo largo de la asignatura utilizaremos el ejemplo de una entidad bancaria. Las

primeras tablas que conoceremos serán las de clientes, cuentas e impositores. La
tabla de impositores relaciona los clientes y las cuentas, de tal forma que indica qué
© Universidad Internacional de La Rioja (UNIR)

cuentas pertenecen a cada cliente.

Curso de Bases de Datos SQL

5
Tema 2. Ideas clave
 A continuación, presentamos un ejemplo de cada una de ellas, manteniendo la
nomenclatura presentada en el material de estudio, pero con datos diferentes:

id_cliente nombre_cliente calle_cliente ciudad_cliente

80 José Beas de Segura, 12 Málaga

50 Mariano Pedro Antonio, 49 Jaén

29 Alonso Rafael Alberti, 23 Madrid

10 Pedro Tarifa, 32 Barcelona

100 Juan Cervantes, 1 Bilbao

42 Yolanda Ruiz Jiménez, 3 Jaén

Tabla 1. Tabla cliente.

Esta tabla almacena la información de los clientes del banco. Veamos el primer
registro: representa al cliente cuyo código dentro de la entidad es el 80, su nombre
es José, vive en la calle Beas de Segura, 12 de la ciudad de Málaga.

Tengamos en cuenta que estos primeros ejemplos pretenden ilustrar los conceptos,
pero a medida que avancemos en la asignatura, comentaremos detalles de diseño
que deben refinarse para llegar a una «BD real».

numero_cuenta saldo
C-102 4000

C-055 7000

C-010 5000

C-203 2000
© Universidad Internacional de La Rioja (UNIR)

C-100 1999

C-398 4558

Tabla 2. Tabla cuenta.

Curso de Bases de Datos SQL

6
Tema 2. Ideas clave
 Esta tabla cuenta almacena la información de las cuentas. Por ejemplo, la cuenta C-
398 tiene un saldo de 4558 €.

id_cliente numero_cuenta
80 C-398

29 C-100

29 C-055

10 C-203

50 C-010

100 C-398

42 C-102

Tabla 3. Tabla impositor.

Por último, la tabla impositor relaciona los clientes con sus cuentas. Así, podemos ver
que el cliente 80 solo tiene una cuenta, la C-398, mientras que el cliente 29 tiene dos
cuentas: la C-100 y la C-055. Además, si revisamos algunos registros más, nos
daremos cuenta de que la cuenta C-398, además del cliente 80, tiene un segundo
titular, que es el cliente 100.

Lenguaje de manipulación de datos (DML)

SQL es un lenguaje declarativo o no procedimental por lo que requiere que el usuario

especifique qué datos necesita sin indicar cómo se han obtenido esos datos. Se
utilizan como entrada una o varias tablas, devolviendo siempre una sola.
© Universidad Internacional de La Rioja (UNIR)

Presentamos un ejemplo de una consulta SQL en la que se recupera el nombre

(SELECT) de todos los clientes (FROM) que tienen la característica (WHERE) de residir en
Jaén.

Curso de Bases de Datos SQL

7
Tema 2. Ideas clave
 SELECT cliente.nombre_cliente
FROM cliente
WHERE cliente.ciudad_cliente = ‘Jaén’

En nuestro ejemplo, esta consulta devolverá una tabla con un único atributo,
nombre_cliente, y dos registros (Mariano y Yolanda).

Dentro de las consultas se puede utilizar información de más de una tabla.

SELECT cuenta.numero_cuenta, [Link]

FROM impositor, cuenta
WHERE impositor.id_cliente = ‘29’ and
impositor.numero_cuenta=cuenta.numero_cuenta

Aunque lo estudiaremos más adelante, observa que ahora necesitamos una

operación adicional en la cláusula WHERE para relacionar las tablas de impositor y
cuenta. Lo que estamos indicando en esta consulta es que queremos recuperar el
número de todas las cuentas, junto con su saldo, del cliente cuyo código es el 29.

Si esta consulta la ejecutamos sobre nuestro ejemplo, nos devolvería una tabla con
dos atributos (numero_cuenta y saldo) y dos filas: (C-100, 1999) y (C-055, 7000).

Lenguaje de definición de datos (DDL)

SQL tiene un DDL en que el que podemos definir tablas, restricciones de integridad,
asertos, etc.

Por ejemplo, para crear la tabla cuenta, cuyos campos son un número de cuenta con
diez caracteres alfanuméricos y un saldo entero, tendríamos la siguiente instrucción:
© Universidad Internacional de La Rioja (UNIR)

create table cuenta (

numeroCuenta char(10),
saldo integer);

Curso de Bases de Datos SQL

8
Tema 2. Ideas clave
 Acceso a las bases de datos desde los programas de aplicación

Algunos cálculos no pueden obtenerse mediante ninguna consulta SQL. Para poder
realizar estos cálculos se debe utilizar un lenguaje anfitrión como Cobol, C, C++ o
Java.

Los diferentes programas que se desarrollan para interactuar con la base de datos
utilizan un lenguaje anfitrión. Por ejemplo, en un sistema bancario se utilizaría
programas que obtienen las nóminas, la realización cargos en las cuentas, realización
de transferencias, etc.

Para acceder a la base de datos, las órdenes DML deben de ser realizadas a través de
un lenguaje anfitrión y puede ser de dos maneras diferentes:

 Incorporando una interfaz con programas de aplicación que permita enviar

instrucciones de tipo DML y DDL a la base de datos: Microsoft creó el estándar
ODBC (Open Data Base Connectivity) para poder utilizar el lenguaje C como
lenguaje anfitrión. También existe el estándar JDBC (Java Data Base Conectivity)
para Java.

 Realizando una extensión de la sintaxis del lenguaje anfitrión para que logre
incorporar las llamadas DML en el programa realizado en el lenguaje anfitrión: lo
habitual es anteceder un carácter especial que activa el precompilador DML, el
cual cambia las instrucciones DML, que se encuentran integradas en un programa
de aplicación, en llamadas a procedimientos normales dentro del lenguaje
anfitrión.
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

9
Tema 2. Ideas clave
 2.3. El diseño de base de datos

C
uando se diseña un sistema de base de datos, su finalidad principal es hacer
que se pueda gestionar una gran cantidad de información. Esta gran
cantidad de información forma parte del funcionamiento de alguna
empresa que necesita acceder a ella para poder realizar su producción. Sin embargo,
la existencia de la BD es solo un medio para realizar esa tarea, por lo que ocupa un
papel secundario dentro de la empresa.

Por tanto, el diseño de base de datos implica la elaboración o desarrollo del esquema
de las bases de datos.

Proceso de diseño

El proceso de la BD comienza con un conjunto de entrevistas con el cliente, que nos

permitirán familiarizarnos con la empresa que debemos modelar. Es habitual que nos
entrevistemos con los directivos, pero también con empleados de distintos
departamentos, quienes nos revelarán sus necesidades según nos describan sus
quehaceres.

El objetivo de esta fase inicial es conocer los requisitos de los distintos

usuarios del sistema.

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 obtenido tras el desarrollado en esta fase
© Universidad Internacional de La Rioja (UNIR)

de diseño conceptual ofrece una visión general y detallada de la empresa.

El diseñador revisará el esquema para confirmar que todos los requisitos de datos se
satisfacen realmente y no entran en conflicto entre sí. También puede examinar el
diseño para eliminar cualquier característica redundante. En este punto, la atención

Curso de Bases de Datos SQL

10
Tema 2. Ideas clave
 se centra en describir los datos y sus relaciones, más que en especificar los detalles
del almacenamiento físico. También se revisarán los requisitos funcionales, que
determinan el tipo de operaciones que se realizarán con los datos, y se estudiará si el
esquema realizado permite satisfacer dichos requisitos.

Existen dos fases de diseño finales para afianzar el diseño preliminar abstracto de
datos:
 La fase de diseño lógico transforma el modelo conceptual al modelo de datos del
sistema que se va a implementar.
 Y la fase de diseño físico especifica, por ejemplo, la organización de los ficheros y
las estructuras de almacenamiento interno.

Diseño de la base de datos para una entidad bancaria

Las características que nacen de esta fase de diseño sirven como base para
determinar la estructura conceptual de la base de datos. La entidad bancaria que
vamos a utilizar de ejemplo a lo largo de la asignatura está caracterizada de la
siguiente manera:

 Un banco lo integran una serie de sucursales. Cada sucursal está situada en una
localidad y dicha sucursal queda identificada por un nombre único. El banco puede
supervisar todos los activos de cada sucursal.

 Los clientes están identificados por un id_cliente. El banco tiene información

almacenada del nombre de cada cliente, la calle y la ciudad en la que vive. Cada
cliente puede abrir nuevas cuentas, solicitar préstamos y puede estar asociado con
un empleado del banco, que actúa como asesor personal del cliente.
© Universidad Internacional de La Rioja (UNIR)

 El banco ofrece dos tipos de cuenta: cuentas de ahorro y cuentas corrientes. Estas
pueden tener como titular a más de un cliente y cada cliente puede abrir más de
una cuenta. El número identificativo de cada cuenta debe ser único. El banco
almacena el saldo de cada cuenta y la fecha del último acceso que cada titular

Curso de Bases de Datos SQL

11
Tema 2. Ideas clave
 realizó a dicha cuenta. Además, cada cuenta de ahorro tiene una tasa de interés y
se registran los descubiertos de las cuentas corrientes.

 El banco ofrece préstamos a sus clientes. Cada préstamo se ofrece desde una
sucursal concreta y puede tener como titulares a uno o más clientes. Cada
préstamo queda identificado por un identificador de préstamo que es único. El
banco realiza un seguimiento del importe de cada préstamo y de sus pagos. Cada
pago de cada préstamo está identificado de forma única dentro de dicho
préstamo. Se registra la fecha y el importe de los pagos.

 Los diferentes empleados del banco quedan identificados por su id_empleado. Los
atributos almacenados para los empleados son el nombre y el número de teléfono,
el nombre de las personas dependientes de cada empleado y el id_empleado del
jefe de cada empleado. El banco mantiene el registro de la fecha de contratación
de cada uno y, por lo tanto, de su antigüedad.

 Aunque en un sistema real sí se haría, en nuestro sistema no se van a registrar los

depósitos y reintegros en las cuentas.

El modelo entidad-relación

El modelo de datos entidad-relación (E-R) está basado en la consideración del mundo

como un conjunto de objetos básicos, denominados entidades, y las relaciones que
existen entre esos objetos. Una entidad es cualquier elemento del mundo real que
es distinguible de otros objetos y se describe en función de atributos.

Ejemplos de entidades serían: las personas, los automóviles, las casas, etc. Para
© Universidad Internacional de La Rioja (UNIR)

definir a las personas utilizaríamos los siguientes atributos: identificador, nombre,

apellido, género, estatura, peso, fecha de nacimiento…

Todas las entidades tienen un atributo adicional que será su identificador dentro del
sistema. Estos atributos identificativos tienen como finalidad permitir realizar una

Curso de Bases de Datos SQL

12
Tema 2. Ideas clave
 diferenciación de una instancia de la entidad de otra distinta. Los atributos
identificativos suelen comenzar con el prefijo id.

Una relación se define como una asociación entre diferentes entidades. Un ejemplo
sería la relación impositor, cuyo objetivo es asociar a cada cliente con sus diferentes
cuentas.

El conjunto de todas las entidades del mismo tipo se llama conjunto de

entidades, mientras que el conjunto de todas las relaciones del mismo tipo, se
denomina conjunto de relaciones.

La estructura lógica de la BD en el modelo entidad-relación (E-R) se puede expresar

gráficamente mediante un diagrama llamado diagrama entidad-relación, cuyos
principales componentes se indican a continuación (a lo largo de la asignatura
profundizaremos en ellos):

Rectángulos, que Elipses que representan

representan conjuntos de atributos.
entidades.

Líneas, que hacen de unión

Rombos, cuya función es
entre los diferentes
representar conjuntos de
atributos y los conjuntos de
relaciones entre miembros
entidades, además de unir
de varios conjuntos de
los diferentes conjuntos en
entidades.
entidades con las
relaciones.

Figura 1. Componentes básicos de un diagrama E-R.

En la siguiente imagen se representa un diagrama E-R con dos conjuntos de entidades

(cliente y cuenta) que están relacionados entre sí por un conjunto de relaciones
© Universidad Internacional de La Rioja (UNIR)

(impositor). Los dos conjuntos de entidades incluyen la representación de sus

atributos.

Curso de Bases de Datos SQL

13
Tema 2. Ideas clave
 Figura 2. Diagrama E-R.
Fuente: Elaboración propia.

Una restricción importante en el modelo E-R es la cardinalidad de las relaciones, que

expresa el número de entidades de un conjunto de entidades con el que puede
relacionarse una entidad de otro conjunto de entidades con la que tenga relación.
Por ejemplo, una cuenta puede pertenecer a más de un cliente y cada cliente puede
tener más de una cuenta. Veremos más detalles de este proceso a lo largo de la
asignatura.

Normalización

La normalización tiene como fin realizar una organización eficiente de los diferentes
datos que están almacenados en la base de datos, de tal forma que podamos
recuperar la información de forma eficiente.

Los principales objetivos de la normalización son:

 Supresión de datos redundantes: tener datos redundantes, como comentamos en

el tema anterior, provoca un desaprovechamiento del espacio y aumenta la
probabilidad de tener datos inconsistentes, si no se hace un buen control de
dichos datos repetidos.
© Universidad Internacional de La Rioja (UNIR)

 Facilidad en la representación de la información: incluir demasiados atributos en

una tabla, cuando no existe una relación justificada entre ellos, puede llevarnos a
la necesidad de incluir datos nulos. Este tipo de valores son difíciles de tratar en
diferentes aspectos, por lo que se deberá evitar que ocurran estas situaciones por
medio del empleo de reglas de normalización.

Curso de Bases de Datos SQL

14
Tema 2. Ideas clave
 A lo largo de la asignatura hablaremos de las diferentes formas normales y de cómo
conseguir que nuestra BD esté en la forma adecuada.

2.4. Bases de datos basadas en objetos y

semiestructuradas

A
lgunas aplicaciones no pueden manejarse adecuadamente por medio del
modelo relacional, por lo que surgen otros modelos para tratar dichos
dominios de aplicación. Por ejemplo, tenemos el modelo de datos
orientado a objetos, para los modelos de datos basados en objetos; y el relacional
orientado a objetos, para XML.

El modelo de datos orientado a objetos se basa en el paradigma de programación

orientado a objetos, incluyendo algunos de sus conceptos más representativos como
herencia o encapsulación. El modelo de datos relacional orientado a objetos incluye,
por ejemplo, datos estructurados y colecciones.

Por su parte, los modelos de datos semiestructurados permiten que los datos del
mismo tipo estén definidos por conjuntos de datos diferentes. Como ejemplo
tenemos el lenguaje XML, que permite definir los datos basándose una estructura
anidada. Profundizamos más en este lenguaje y el uso de Oracle con XML en la
asignatura de «Bases de Datos Avanzadas».
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

15
Tema 2. Ideas clave
 2.5. Almacenamiento de datos y consultas

L
os SGBD tienen diferentes módulos que se encargan de diferentes
funcionalidades. Grosso modo, podemos distinguir dos: el gestor de
almacenamiento y el procesador de consultas.

El gestor de almacenamiento se encarga de optimizar el movimiento de datos entre

memoria principal y disco para conseguir una velocidad de respuesta óptima. Para
ello, actúa de interfaz entre los datos almacenados en la BD, los programas de
aplicación y las consultas enviadas al sistema, es decir, es el que habla con el sistema
de archivos. Se encarga de traducir las instrucciones DML a comandos del sistema de
archivos. Sus componentes son:

 El gestor de autorizaciones e integridad.

 Gestor de transacciones.
 Gestor de archivos.
 Gestor de la memoria intermedia.

El procesador de consultas, por su parte, simplifica las consultas y facilita el acceso a

los datos. Sus componentes son:

 El intérprete de DDL.
 El compilador de DML.
 El motor de evaluación de las consultas.
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

16
Tema 2. Ideas clave
 2.6. Gestión de transacciones

U
na transacción es un conjunto de operaciones que realiza una única
función lógica y constituyen la unidad de atomicidad y consistencia
(recordad la transferencia del tema anterior). Es responsabilidad del
programador delimitar las transacciones correctamente para que el sistema pueda
mantener consistencia de la BD. Sin embargo, garantizar la atomicidad y durabilidad
es responsabilidad del sistema. De esta forma, si el sistema falla cuando una
transacción se está ejecutando, esta no tendrá ningún efecto sobre el sistema. Para
ello, se realizará un proceso de recuperación de fallos que restaurará la BD a un
estado consistente anterior.

Por su parte, el gestor de control de concurrencia controla que la interacción entre

transacciones concurrentes sea correcta y el resultado sea consistente.

2.7. Minería y análisis de datos

L
a minería de datos es el análisis semiautomático de grandes bases de datos
para descubrir patrones útiles, con el fin de construir reglas que permitan
predecir comportamientos con cierto grado de confianza.

Las empresas pueden explorar la cantidad de datos que existen en línea para tomar
mejores decisiones sobre sus actividades, principalmente en relación a campañas
publicitarias.
© Universidad Internacional de La Rioja (UNIR)

Los datos textuales se caracterizan por no tener una estructura, por lo que su
tratamiento es, generalmente, más complejo. Los sistemas que trabajan con este tipo
de datos lo hacen a partir de lo que se conoce como recuperación de información y

Curso de Bases de Datos SQL

17
Tema 2. Ideas clave
 se basa en el reconocimiento de palabras clave, asignación de relevancia a los
documentos, análisis, clasificación e indexación de los documentos.

2.8. Arquitectura de las bases de datos

L
a arquitectura de una BD está fuertemente influenciada por el sistema
informático subyacente. Pueden estar centralizados, ser cliente-servidor,
estar sobre máquinas paralelas o estar distribuidas geográficamente.

No obstante, cualquier arquitectura de BD debe tener tres características:

 Emplear un nivel de independencia en los diferentes programas y los datos.

 La creación de vistas para los usuarios.
 La utilización de un registro para almacenar el esquema de nuestra BD.

En la mitad de la década de los años setenta, el comité llamado ANSI-SPARC

(American National Standard Institute - Standards Planning and Requirements
Committee) pensó en planear un tipo de arquitectura que estaba compuesto por tres
niveles para los sistemas de bases de datos, en el que se resumía de una forma muy
útil estas tres características.

Esta arquitectura está formada por tres niveles:

 Nivel interno. Se compone por un esquema de un nivel interno que tiene como
función describir la estructura física del almacenamiento de la base de datos. La
© Universidad Internacional de La Rioja (UNIR)

empleabilidad de un modelo denominado físico de datos y los propios datos están

presentes en este nivel.
 Nivel conceptual. Está definido por un esquema conceptual que describe la
estructura de la base de datos. Se trabaja con elementos lógicos ocultando
entidades, atributos y relaciones.

Curso de Bases de Datos SQL

18
Tema 2. Ideas clave
  Nivel externo o de vistas. Está compuesto por una serie de esquemas
denominados externos o vistas de usuario. La utilidad de cada esquema es la de
describir la visión que tiene un conjunto de usuarios de la base de datos.

La arquitectura de tres niveles es útil para explicar el concepto de independencia de

datos que tiene la capacidad para cambiar el esquema en un nivel del sistema sin
tener que cambiar el esquema del nivel inmediatamente superior.
Una vez que ya tenemos una visión general sobre BD, es momento de mostrar los
componentes del SGBD y las relaciones que existen entre ellos.
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

19
Tema 2. Ideas clave
© Universidad Internacional de La Rioja (UNIR)

Figura 3. Componentes del SGBD y sus relaciones.

Fuente: Silberschatz y Korth, 2006.

Curso de Bases de Datos SQL

20
Tema 2. Ideas clave
 Lo + recomendado

Lecciones magistrales

Bases de datos y arquitectura

Esta lección magistral presenta el proceso de diseño de base de datos. Como en

cualquier otro software, es necesario familiarizarnos con la empresa para la que
estamos diseñando y seguir un proceso de abstracción para conseguir plantear un
sistema que resuelva las necesidades del cliente. Hablamos, además, sobre los
diferentes niveles de abstracción de este proceso y de los problemas típicos que se
trabajan en base de datos.

Accede a la lección magistral a través del aula virtual

© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

21
Tema 2. Lo + recomendado
 No dejes de leer

Introducción a las Bases de Datos PostgreeSQL

[Link]. (25 de mayo de 2017). Introducción a las Bases de Datos PostgreeSQL [Blog
post]. Blog Bitix.

Este artículo es interesante porque, además de introducir las bases de datos Postgree
y hablar de otras más, presenta Doker, una forma de instalación ligera que permite
trabajar de una forma distinta a la habitual.

Accede a la entrada a través del aula virtual o desde la siguiente dirección web:
[Link]
relacional-postgresql/
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

22
Tema 2. Lo + recomendado
 No dejes de ver

Introducción a las bases de datos

En este vídeo se presentan las principales características de las BD y distintos

modelos, así como diferentes sistemas que se encuentran en cada uno de los tipos.
Es el primero de una serie que puede ayudarte a aprender más sobre BD.

Accede al vídeo a través del aula virtual o desde la siguiente dirección web:
[Link]
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

23
Tema 2. Lo + recomendado
 Acceso a Bases de Datos con JDBC

Este vídeo hace una introducción a JDBC y una explicación de cómo usarlo,
presentando de forma gráfica cómo se realiza el acceso a la BD desde Java. En el vídeo
JDBC II, que se reproduce a continuación de este, puedes encontrar un ejemplo con
código.

Accede al vídeo a través del aula virtual o desde la siguiente dirección web:
[Link]
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

24
Tema 2. Lo + recomendado
 + Información

A fondo

Introducción a las bases de datos

CCM. (2013). Introducción a las bases de datos [Blog post]. CCM.

En este artículo, se hace una pequeña introducción a los conceptos más

representativos de las Bases de Datos, incluyendo algunos conceptos de
administración, referencias a los SGBD más importantes y enlaces a temas
relacionados que pueden resultarte de interés.

Accede al artículo a través del aula virtual o desde la siguiente dirección web:
[Link]

Establecer conexión con base de datos desde java

Establecer conexión con base de datos desde java. (2017). En Chuwiki.

En el siguiente enlace puedes aprender a utilizar el JDBC para conectar tu base de datos
con aplicaciones Java. Es un tutorial sencillo donde, paso a paso, se indica cómo
proceder, por lo que esperamos que te sea de utilidad.
© Universidad Internacional de La Rioja (UNIR)

Accede al artículo a través del aula virtual o desde la siguiente dirección web:
[Link]
e_de_datos_desde_java

Curso de Bases de Datos SQL

25
Tema 2. + Información
 Arquitecturas de bases de datos

García, J. (22 de noviembre de 2012). Arquitectura de los sistemas de bases de datos

[diapositivas Prezi].

Esta presentación explica los conceptos fundamentales de la arquitectura ANSI/SPARC,

así como la configuración cliente-servidor.

Accede al documento a través del aula virtual o desde la siguiente dirección web:
[Link]
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

26
Tema 2. + Información
 Test
1. ¿Qué nos permite realizar un lenguaje de manipulación de datos (DML)?
A. Permite a los usuarios manipular la estructura de la base de datos.
B. Permite a los usuarios acceder a los datos.
C. Permite realizar cualquier consulta que no modifique los datos.
D. Permite insertar nuevos usuarios en la base de datos.

2. ¿Qué nos permite realizar un lenguaje de definición de datos (DDL)?

A. Definir las diferentes estructuras que almacenarán los datos.
B. Realizar consultas con privilegios de administrador.
C. Acceder a los datos.
D. Todas las anteriores son correctas.

3. ¿Cómo está formada una tabla?

A. Por campos.
B. Por campos y relaciones.
C. Por un sistema complejo de entidades.
D. Por registros que están formados por campos o atributos.

4. ¿Qué lenguaje es un lenguaje anfitrión?

A. HTML.
B. PROLOG.
C. SQL.
D. JAVA.
5. ¿Qué itinerario sigue el diseño de una base de datos?
© Universidad Internacional de La Rioja (UNIR)

A. Crear el diseño lógico y el diseño físico.

B. Diseño lógico, especificación de requisitos, diseño físico.
C. Diseño lógico, diseño físico.
D. Especificación de requisitos, diseño lógico, diseño físico.

Curso de Bases de Datos SQL

27
Tema 2. Test
 6. ¿En qué consiste la normalización?
A. En la creación del esquema entidad-relación.
B. En diseñar la BD de acuerdo a reglas que permitan hacer un uso eficiente de
los datos.
C. En establecer un conjunto de reglas que deben cumplir nuestros usuarios.
D. En crear un diseño físico que se adapte a nuestro problema.

7. Uno de los objetivos de la normalización es la supresión de datos redundantes.

¿Por qué es importante?
A. Porque ocupa espacio innecesariamente.
B. Porque aumenta la probabilidad de que aparezcan inconsistencias en los
datos.
C. Porque aumenta la necesidad de control sobre las operaciones que implican
modificación de datos.
D. Todas las anteriores son correctas.

8. ¿Qué sucede cuando se ejecuta el comando siguiente?

create table Departamento ( dept_name varchar(20), building varchar(15), budget
numeric(12, 2) check (budget > 0),primary key (dept_name));
A. Se produce un error indicando que ya existe otra tabla con los mismos
atributos.
B. Se crea una nueva tabla con nombre Departamento.
C. Se produce un error de sintaxis indicando que el nombre de la tabla es
incorrecto.
D. No sucede nada.

9. ¿ ¿Qué sucede cuando se ejecuta el siguiente comando?

© Universidad Internacional de La Rioja (UNIR)

insert into department (dept_name, building,budget) values(153,120,230);

A. La inserción se realiza de manera correcta y el valor 153 es convertido a varchar.
B. Se produce un error debido al tipo de campo dept_name.
C. No se produce un error pero nada de inserta.
D. Se produce un error indicando que no existe el comando Insert.

Curso de Bases de Datos SQL

28
Tema 2. Test
 10. ¿Qué sucede cuando se ejecuta el comando siguiente?
insert into classroom values('DaVinci',122, 40123);
A. Se inserta en la tabla classroom la tupla (‘DaVinci’, 122, 40123).
B. Se inserta en la tabla classroom la tupla (‘Davinci’, 122, null).
C. Se produce un error de valor fuera de rango.
D. No sucede nada.
© Universidad Internacional de La Rioja (UNIR)

Curso de Bases de Datos SQL

29
Tema 2. Test