I.

BASES DE DATOS
1. Qu es un dato? Qu es una base de datos?
Un dato es un documento, una informacin o un testimonio que
permite llegar al conocimiento de algo o deducir las consecuencias
legtimas de un hecho. Tambin es importante tener en cuenta que el
dato no tiene sentido en s mismo, sino que se utiliza en la toma de
decisiones o en la realizacin de clculos a partir de un
procesamiento adecuado y teniendo en cuenta su contexto. Por lo
general, el dato es una representacin simblica o un atributo de una
entidad.
Una base de datos se define bsicamente como un conjunto de
informacin relacionada que se encuentra agrupada o estructurada,
Cada base de datos se compone de una o ms tablas que guarda un
conjunto de datos. Cada tabla tiene una o ms columnas y filas. Las
columnas guardan una parte de la informacin sobre cada elemento
que queramos guardar en la tabla, cada fila de la tabla conforma un
registro.
2. Tipos y/o modelos de bases de datos
Bases de datos jerrquicas: En este modelo los datos se organizan en
una forma similar a un rbol (visto al revs), en donde un nodo padre
de informacin puede tener varios hijos. El nodo que no tiene padres
es llamado raz, y a los nodos que no tienen hijos se los conoce como
hojas. Las bases de datos jerrquicas son especialmente tiles en el
caso de aplicaciones que manejan un gran volumen de informacin y
datos muy compartidos permitiendo crear estructuras estables y de
gran rendimiento. Una de las principales limitaciones de este modelo
es su incapacidad de representar eficientemente la redundancia de
datos.
Base de datos de red: ste es un modelo ligeramente distinto del
jerrquico; su diferencia fundamental es la modificacin del concepto
de nodo: se permite que un mismo nodo tenga varios padres
(posibilidad no permitida en el modelo jerrquico). Fue una gran
mejora con respecto al modelo jerrquico, ya que ofreca una
solucin eficiente al problema de redundancia de datos; pero, aun
as, la dificultad que significa administrar la informacin en una base
de datos de red ha significado que sea un modelo utilizado en su
mayora por programadores ms que por usuarios finales.
Bases de datos transaccionales: Son bases de datos cuyo nico fin es
el envo y recepcin de datos a grandes velocidades, estas bases son
muy poco comunes y estn dirigidas por lo general al entorno de
anlisis de calidad, datos de produccin e industrial, es importante
entender que su fin nico es recolectar y recuperar los datos a la
mayor velocidad posible, por lo tanto la redundancia y duplicacin de
informacin no es un problema como con las dems bases de datos,
por lo general para poderlas aprovechar al mximo permiten algn

tipo de conectividad a bases de datos relacionales. Un ejemplo

habitual de transaccin es el traspaso de una cantidad de dinero
entre cuentas bancarias. Normalmente se realiza mediante dos
operaciones distintas, una en la que se decrementa el saldo de la
cuenta origen y otra en la que incrementamos el saldo de la cuenta
destino. Para garantizar la atomicidad del sistema (es decir, para que
no aparezca o desaparezca dinero), las dos operaciones deben ser
atmicas, es decir, el sistema debe garantizar que, bajo cualquier
circunstancia (incluso una cada del sistema), el resultado final es
que, o bien se han realizado las dos operaciones, o bien no se ha
realizado ninguna.
Bases de datos relacionales: ste es el modelo utilizado en la
actualidad para modelar problemas reales y administrar datos
dinmicamente. Tras ser postulados sus fundamentos en 1970 por
Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no
tard en consolidarse como un nuevo paradigma en los modelos de
base de datos. Su idea fundamental es el uso de "relaciones". Estas
relaciones podran considerarse en forma lgica como conjuntos de
datos llamados "tuplas". Pese a que sta es la teora de las bases de
datos relacionales creadas por Codd, la mayora de las veces se
conceptualiza de una manera ms fcil de imaginar. Esto es
pensando en cada relacin como si fuese una tabla que est
compuesta por registros (las filas de una tabla), que representaran
las tuplas, y campos (las columnas de una tabla). En este modelo, el
lugar y la forma en que se almacenen los datos no tienen relevancia
(a diferencia de otros modelos como el jerrquico y el de red). Esto
tiene la considerable ventaja de que es ms fcil de entender y de
utilizar para un usuario espordico de la base de datos. La
informacin puede ser recuperada o almacenada mediante
"consultas" que ofrecen una amplia flexibilidad y poder para
administrar la informacin. El lenguaje ms habitual para construir
las consultas a bases de datos relacionales es SQL, Structured Query
Language o Lenguaje Estructurado de Consultas, un estndar
implementado por los principales motores o sistemas de gestin de
bases de datos relacionales.
3. Modelo Entidad-Relacin (MER)
Este modelo es solo y exclusivamente un mtodo del que
disponemos para disear estos esquemas que posteriormente
debemos de implementar en un gestor de bases de datos. Este
modelo se representa a travs de diagramas y est formado por
varios elementos.
Este modelo habitualmente, adems de disponer de un diagrama
que ayuda a entender los datos y como se relacionan entre ellos,
debe de ser completado con un pequeo resumen con la lista de los
atributos y las relaciones de cada elemento.
Elementos del modelo entidad-relacin

Entidad: Las entidades representan cosas u objetos (ya sean

reales o abstractos), que se diferencian claramente entre s.
Para poder seguir un ejemplo durante el artculo aadir
ejemplos sobre un taller mecnico, donde se podra crear las
siguientes entidades:
Coches (objeto fsico): contiene la informacin de cada
taller.
Empleado (objeto fsico): informacin de los trabajadores.
Cargo del empleado (cosa abstracta): informacin de la
funcin del empleado.
Y su respectiva representacin seria:

Atributos: Los atributos definen o identifican las

caractersticas de entidad (es el contenido de esta
entidad). Cada entidad contiene distintos atributos, que
dan informacin sobre esta entidad. Estos atributos pueden
ser de distintos tipos (numricos, texto, fecha).
Siguiendo el ejemplo de antes podemos analizar los
atributos de nuestra entidad Coches, que nos darn
informacin sobre los coches de nuestro supuesto taller.
Unos posibles atributos seran los siguientes: nmero de
chasis, matrcula, DNI del
propietario, marca,
modelo y
muchos otros que complementen la informacin de cada
coche.
Los atributos se representan como crculos que descienden
de una entidad, y no es necesario representarlos todos,
sino los ms significativos, como a continuacin.

Relacin: Es un vnculo que nos permite definir una

dependencia entre varias entidades, es decir, nos permite
exigir que varias entidades compartan ciertos atributos de
forma indispensable.
Por ejemplo, los empleados del taller (de la entidad
Empleados) tienen un cargo (segn la entidad Cargo

del empleado). Es decir, un atributo de la entidad

Empleados especificar que cargo tiene en el taller, y
tiene que ser idntico al que ya existe en la entidad Cargo
del empleado.
Las relaciones se muestran en los diagramas como rombos,
que se unen a las entidades mediante lneas.

Relaciones de cardinalidad: Podemos encontrar

distintos tipos de relaciones segn como participen en ellas
las entidades. Es decir, en el caso anterior cada empleado
puede tener un cargo, pero un mismo cargo lo pueden
compartir varios empleados.
Esto complementa a las representaciones de las relaciones,
mediante un intervalo en cada extremo de la relacin que
especifica
cuantos objetos o cosas (de
cada
entidad)
pueden intervenir en esa relacin.
Uno a uno: Una entidad se relaciona nicamente con otra
y viceversa. Por ejemplo, si tuvisemos una entidad con
distintos chasis y otra con matrculas deberamos de
determinar que cada chasis solo puede tener una matrcula
(y cada matrcula un chasis, ni ms en ningn caso).

Uno a varios o varios a uno: determina que un registro

de una entidad puede estar relacionado con varios de otra
entidad, pero en esta entidad existir solo una vez. Como ha
sido en el caso anterior del trabajador del taller.

Varios a varios: determina que una entidad puede

relacionarse con otra con ninguno o varios registros y
viceversa. Por ejemplo, en el taller un coche puede ser
reparado por varios mecnicos distintos y esos mecnicos
pueden reparar varios coches distintos.

4. Modelo Relacin (MR)

Es un modelo de datos basado en la lgica de predicados y en la
teora de conjuntos. Es el modelo ms utilizado en la actualidad para
modelar problemas reales y administrar datos dinmicamente. Tras
ser postuladas sus bases en 1970 por Edgar Frank Codd, de los
laboratorios IBM en San Jos (California), no tard en consolidarse
como un nuevo paradigma en los modelos de base de datos.
Su idea fundamental es el uso de relaciones. Estas relaciones
podran considerarse en forma lgica como conjuntos de datos
llamados tuplas. Pese a que sta es la teora de las bases de datos
relacionales creadas por Edgar Frank Codd, la mayora de las veces
se conceptualiza de una manera ms fcil de imaginar, esto es,
pensando en cada relacin como si fuese una tabla que est
compuesta por registros (cada fila de la tabla sera un registro o
tupla), y columnas (tambin llamadas campos).

5. Definiciones:
a. Tabla: Tabla en las bases de datos, se refiere al tipo de modelado
de datos, donde se guardan los datos recogidos por un programa.
Su estructura general se asemeja a la vista general de un
programa de hoja de clculo.
b. Campo: es cada una de las columnas que forman la tabla.
Contienen datos de tipo diferente a los de otros campos. En el
ejemplo anterior, un campo contendr un tipo de datos nico,
como una direccin, o un nmero de telfono, un nombre, etc.

c. Registro: es cada una de las filas en que se divide la tabla. Cada

registro contiene datos de los mismos tipos que los dems
registros. Ejemplo: en una tabla de nombres y direcciones, cada
fila contendr un nombre y una direccin.
d. Clave primaria: se llama clave primaria a un campo o a una
combinacin de campos que identifica de forma nica a cada fila
de una tabla. Una clave primaria comprende de esta manera una
columna o conjunto de columnas. No puede haber dos filas en
una tabla que tengan la misma clave primaria.
e. Clave fornea: una clave fornea o clave ajena (o Foreign Key
FK) es una limitacin referencial entre dos tablas. La clave
fornea identifica una columna o grupo de columnas en una tabla
(tabla hija o referendo) que se refiere a una columna o grupo de
columnas en otra tabla (tabla maestra o referenciada). Las
columnas en la tabla referendo deben ser la clave primaria u otra
clave candidata en la tabla referenciada.
f. Relaciones: una relacin o vnculo entre dos o ms entidades
describe alguna interaccin entre las mismas. Por ejemplo, una
relacin entre una entidad "Empleado" y una entidad "Sector"
podra ser "trabaja_en", porque el empleado trabaja en un sector
determinado.

6. SGBD
Un SGBD es un sistema de gestin de bases de datos son conjuntos
de programas que permiten el almacenamiento, modificacin y
extraccin de la informacin en una base de datos, adems de
proporcionar herramientas para aadir, borrar, modificar y analizar
los datos. Los usuarios pueden acceder a la informacin usando
herramientas especficas de interrogacin y de generacin de
informes, o bien mediante aplicaciones al efecto.
Los SGBDS ms utilizados actualmente son:
Access: Sistema gestor de base de datos de Microsoft apto para
pequeas y medianas empresas. Ofrece un entorno amable para el
diseo de base de datos.
Base: Sistema gestor de base de datos de Sun System. Ofrece
caractersticas muy similares a Microsoft Access. Se trata de
Software sin licencia de propietario, por lo que se podr adquirir sin
costo alguno.
MySql: Sistema gestor de base de datos que ofrece la posibilidad de
generar bases de datos utilizadas en muchas aplicaciones web en
diversos lenguajes de programacin, como por ejemplo el PHP.
Existen diferentes entornos grficos que ofrecen la posibilidad de
disear bases de datos de una forma ms cmoda evitando la

utilizacin exclusiva del lenguaje SQL. Uno de estos entornos grficos

ms utilizados es el PhpMyadmin.
Se trata de un software libre, por lo que su adquisicin no conllevar
costo alguno.
Oracle: Sistema gestor de base de datos utilizado por grandes
corporaciones o empresas, ya que sus caractersticas ofrecen la
posibilidad de gestionar de una manera avanzada un elevado
nmero de usuarios e informacin.
Informix: Sistema gestor de base de datos generalmente empleado
en sistemas operativos de la familia Unix.
Posibilidad de utilizacin en pequeas, medianas y grandes
corporaciones o empresas.

7. Normalizacin de bases de datos

El proceso de normalizacin de bases de datos consiste en designar
y aplicar una serie de reglas a las relaciones obtenidas tras el paso
del modelo entidad-relacin al modelo relacional.
Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos.

Disminuir problemas de actualizacin de los datos en las
tablas.
Proteger la integridad de los datos.

8. SQL
Es el lenguaje de consulta estructurado, es un lenguaje declarativo
de acceso a bases de datos relacionales que permite especificar
diversos tipos de operaciones en ellas. Una de sus caractersticas es
el manejo del lgebra y el clculo relacional que permiten efectuar
consultas con el fin de recuperar de forma sencilla informacin bases
de datos, as como hacer cambios en ellas.

Lenguaje de definicin de datos (DDL)

Las sentencias DDL se utilizan para crear y modificar la estructura de

las tablas as como otros objetos de la base de datos.

CREATE - para crear objetos en la base de datos.

ALTER - modifica la estructura de la base de datos.
DROP - borra objetos de la base de datos.
TRUNCATE - elimina todos los registros de la tabla, incluyendo
todos los espacios asignados a los registros.

Lenguaje de manipulacin de datos (DML)

Las sentencias de lenguaje de manipulacin de datos (DML) son

utilizadas para gestionar datos dentro de los schemas. Algunos
ejemplos:
SELECT - para obtener datos de una base de datos.
INSERT - para insertar datos a una tabla.
UPDATE - para modificar datos existentes dentro de una
tabla.
DELETE - elimina todos los registros de la tabla; no borra
los espacios asignados a los registros.
9. Clausulas SQL:
Las clusulas son las condiciones que modifican nuestras consultas y
son utilizadas para definir los datos que desea seleccionar o
manipular.
Estos son:

FROM: Enuncia la procedencia de los datos, indicando la

TABLA , la VISTA la SUBCONSULTA que se utilizar
WHERE:Se emplea para especificar el filtro o condicin que se
desea utilizar y se debe cumplir
GROUP: Sirve para agrupar los registros de resultado y poder
realizar funciones de agregado luego
ORDER: Otorga el orden a los resultados
HAVING:
Se utiliza para dar la condicin a cumplir por
cada grupo si fue utilizado el GROUP

Funciones de agregacin: Las funciones de agregacin en SQL

nos permiten efectuar operaciones sobre un conjunto de
resultados, pero devolviendo un nico valor agregado para todos
ellos. Es decir, nos permiten obtener medias, mximos, etc...
Sobre un conjunto de valores.

Las funciones de agregacin bsicas que soportan todos los

gestores de datos son las siguientes:

COUNT: devuelve el nmero total de filas seleccionadas por la

consulta.
MIN: devuelve el valor mnimo del campo que especifiquemos.
MAX: devuelve el valor mximo del campo que especifiquemos.
SUM: suma los valores del campo que especifiquemos. Slo se
puede utilizar en columnas numricas.

AVG: devuelve el valor promedio del campo que especifiquemos.

Slo se puede utilizar en columnas numricas.
Subconsultas SQL: Una subconsulta es una sentencia SELECT
que aparece dentro de otra sentencia SELECT que llamaremos
consulta principal.
Se puede encontrar en la lista de seleccin, en la clusula WHERE
o en la clusula HAVING de la consulta principal.
Una subconsulta tiene la misma sintaxis que una sentencia
SELECT normal exceptuando que aparece encerrada entre
parntesis, no puede contener la clusula ORDER BY, ni puede ser
la UNION de varias sentencias SELECT, adems tiene algunas
restricciones en cuanto a nmero de columnas segn el lugar
donde aparece en la consulta principal. Estas restricciones las
iremos describiendo en cada caso.
Cuando se ejecuta una consulta que contiene una subconsulta, la
subconsulta se ejecuta por cada fila de la consulta principal.
Se aconseja no utilizar campos calculados en las subconsultas,
ralentizan la consulta.
Las consultas que utilizan subconsultas suelen ser ms fciles de
interpretar por el usuario.