Concepto Base de datos

El trmino de bases de datos fue

escuchado por primera vez en 1963,
en un simposio celebrado en
california USA. Una base de datos
se puede definir como un conjunto
de informacin relacionada que se
encuentra agrupada estructurada.

Desde el punto de vista de la

informtica, la base de datos es un sistema formado por un conjunto de datos
almacenados en discos que permiten el acceso directo a ellos y un conjunto de
programas que manipulen ese conjunto de datos.

Este trabajo se realizar con la finalidad de aprender un poco ms sobre una base
de datos, sus caractersticas, usos, estructuras, diseos, entre otros.

Una base de datos tiene mucha importancia en el ritmo de vida que llevamos en
los actuales momentos, ya que, est acelera el ritmo en el momento realizar una
bsqueda de informacin.

Algunos conceptos de bases de datos:

Base de Datos: es la coleccin de datos aparentes

usados por el sistema de aplicaciones de una
determinada empresa.

Base de Datos: es un conjunto de informacin

relacionada que se encuentra agrupada o
estructurada. Un archivo por s mismo no constituye
una base de datos, sino ms bien la forma en que
est organizada la informacin es la que da origen a
la base de datos.

Base de Datos: coleccin de datos organizada para dar servicio a muchas

aplicaciones al mismo tiempo al combinar los datos de manera que aparezcan
estar en una sola ubicacin

Requerimientos de las bases de datos:

El anlisis de requerimientos para una base de datos incorpora las mismas tareas
que el anlisis de requerimientos del software. Es necesario un contacto estrecho
con el cliente; es esencial la identificacin de las funciones e interfaces; se
requiere la especificacin del flujo, estructura y asociatividad de la informacin y
debe desarrollarse un documento formal de los requerimientos.

Requerimientos administrativos: se requiere

mucho ms para el desarrollo de sistemas
de bases de datos que nicamente
seleccionan un modelo lgico de base de
datos. La bases de datos es una disciplina
organizacional, un mtodo, ms que una
herramienta o una tecnologa. Requiere de
un cambio conceptual y organizacional.

Elementos claves de organizacin en

un ambiente de Bases de Datos

Sistema de administracin de
base de datos
Administracin de informacin
Tecnologa de administracin de
base de datos
Usuarios
Planeacin de informacin y
tecnologa de modelaje

Caractersticas de las bases de datos:

Una base de datos contiene entidades de

informacin que estn relacionadas va
organizacin y asociacin. La arquitectura lgica
de una base de datos se define mediante un
esquema que representa las definiciones de las
relaciones entre las enidades de informacin. La
arquitectura fsica de una base de datos
depende de la configuracin del hardware
residente. Sin embargo, tanto el esquema
(descripcin lgica como la organizacin
(descripcin fsica) deben adecuarse para
satisfacer los requerimientos funcionales y de comportamiento para el acceso al
anlisis y creacin de informes.
Ventajas en el uso de bases de datos:

La utilizacin de bases de datos como plataforma para el desarrollo de

Sistemas de Aplicacin en las Organizaciones se ha incrementado
notablemente en los ltimos aos, se debe a las ventajas que ofrece su
utilizacin, algunas de las cuales se comentarn a continuacin:
Globalizacin de la informacin: permite a los diferentes usuarios
considerar la informacin como un recurso corporativo que carece de
dueos especficos.
Eliminacin de informacin inconsistente: si existen dos o ms archivos con
la misma informacin, los cambios que se hagan a stos debern hacerse a
todas las copias del archivo de facturas.
Permite compartir informacin.
Permite mantener la integridad en la informacin: la integridad de la
informacin es una de sus cualidades altamente deseable y tiene por
objetivo que slo se almacena la informacin correcta.

Independencia de datos: el concepto de independencia de datos es quizs el

que ms ha ayudado a la rpida proliferacin del desarrollo de Sistemas de Bases
de Datos. La independencia de datos implica un divorcio entre programas y datos.

El sistema manejador de bases de datos.

Es un conjunto de programas que se

encargan de manejar la creacin y todos los
accesos a las bases de datos. Se compone
de un lenguaje de definicin de datos, de un
lenguaje de manipulacin de datos y de un
lenguaje de consulta.

Una de las ventajas del DBMS es que

puede ser invocado desde programas de
aplicacin que pertenecen a Sistemas Transaccionales escritos en algn lenguaje
de alto nivel, para la creacin o actualizacin de las bases de datos, o bien para
efectos de consulta a travs de lenguajes propios que tienen las bases de datos o
lenguajes de cuarta generacin.
Ambiente moderno de base de datos:
Las tecnologas de las bases de datos pueden eliminar de un tajo muchos
problemas creados por la organizacin tradicional de archivos. Una definicin ms
rigurosa de bases de datos dice que es una coleccin de datos organizada para
dar servicios eficientemente a muchas aplicaciones al centralizar los datos y
minimizar aquellos que son redundantes. En vez de separar los datos en archivos
por separados para cada aplicacin, los datos son almacenados fsicamente para
aparecer a los usuarios como almacenados en una sola ubicacin: una sola base
de datos sirve a muchas aplicaciones. Por ejemplo, en vez de que una corporacin
almacene los datos de personal en sistemas de informacin separados y archivos
separados para personal, nminas y prestaciones, la corporacin podra crear una
sola base de datos para Recursos Humanos.

Creacin de una base de datos

Para crear una base se deben

realizar dos ejercicios de diseo: un
diseo lgico y uno fsico. El diseo
lgico de una base de datos es un
modelo abstracto de la base de
datos desde una perspectiva de
negocios, mientras que el diseo
fsico muestra como la base de datos se ordena en realidad en los dispositivos de
almacenamiento de acceso directo. El diseo fsico de la base de datos es llevado
a cabo por los especialistas en bases de datos, mientras que el diseo lgico
requiere de una descripcin detallada de las necesidades de informacin del
negocio de los negocios actuales usuarios finales de la base. Idealmente, el
diseo de la base ser una parte del esfuerzo global de la planeacin de datos a
nivel institucional.

El diseo lgico de la base de datos describe como los elementos en la base de

datos han de quedar agrupados.

El proceso de diseo identifica las relaciones entre los elementos de datos y la

manera ms eficiente de agruparlos para cumplir con los requerimientos de
informacin. El proceso tambin identifica elementos redundantes y los
agrupamientos de los elementos de datos que se requieren para programas de
aplicaciones especficos. Los grupos de datos son organizados, refinados y
agilizados hasta que una imagen lgica general de las relaciones entre todos los
elementos en la base de datos surja.

Bases de datos documentales:

Son las derivadas de la necesidad de disponer de toda la informacin en el puesto

de trabajo y de minimizar los tiempos del acceso a aquellas informaciones que, si
bien se utilizan con frecuencia, no estn estructuradas convenientemente. Esto se
debe a que a la procedencia de la informacin es muy variada (informes, notas
diversas, peridicos, revistas, muchos ms.

Bases de datos distribuidas:

Es aquella que se almacena en ms de un lugar fsico. Partes de la base de datos

se almacena fsicamente en un lugar y otras partes se almacenan y mantienen en
otros lugares. Existen dos maneras de distribuir una base de datos. La base de
datos central puede ser particionada de manera que cada procesador remoto
tenga los datos necesarios sobre los clientes para servir a su rea local.

Los cambios en los archivos pueden ser justificado en la base de datos central
sobre las bases de lotes, en general por la noche. Otra estrategia tambin requiere
de la actualizacin de la base central de datos en hojas no laborables. Aun otra
posibilidad (una que se emplea en bases de datos grandes) es mantener solo un
ndice central de nombres y almacenar localmente los registros completos.

El procesamiento distribuido y las bases de datos distribuidas tienen como

beneficios e inconvenientes. Los sistemas distribuidos reducen la vulnerabilidad de
un lugar nico central y voluminoso. Permiten incremento en la potencia de los
sistemas al adquirir mini computadoras que son ms pequeas y baratas.
Finalmente incrementan el servicio y la posibilidad de respuesta de los usuarios
locales. Los sistemas distribuidos, sin embargo, dependen de la alta calidad de las
lneas de telecomunicaciones, las cuales a su vez son vulnerables. Adems, las
bases de datos locales pueden algunas veces alejarse de las normas y las
definiciones de los datos centrales y hacen surgir problemas de seguridad al
distribuir ampliamente el acceso a datos de alta sensibilidad.

Bases de datos orientadas a objetos e hipermedia:

Estas son capaces de almacenar tanto procesos como datos. Por este motivo las
bases orientadas al objeto deben poder almacenar informacin no convencional
(como imgenes estticas o en movimiento, colecciones de sonidos, entre otros).
Este tipo de bases de datos deriva directamente de la llamada programacin
orientada a objetos, tpica por ejemplo del lenguaje C/C++.
Entre las ventajas de las bases de datos orientadas al objeto destaca la posibilidad
de tratar los casos excepcionales, que suelen ser la mayora en la prctica
cotidiana, en lugar de tratar de insertar la realidad en unos patrones rgidos que
violentan para hacerla coincidir con los esquemas utilizados. Adems, nadie pone
en duda que es ms cmodo manejar objetos de entorno que no es familiar, que
trabaja, por ejemplo, con tablas, esquemas, cuadros, muchos ms.

Qu es el modelo entidad-relacin?

Como ya he comentado este modelo es solo y exclusivamente un mtodo del que

disponemos para disear estos esquemas que posteriormente debemos de
implementar en un gestor de BBDD (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.

Estas entidades se representan en un diagrama con un rectngulo, como los

siguientes.

Entidades
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.

Atributos: En un modelo relacional (ya implementado en una base de datos) un

ejemplo de tabla dentro de una BBDD podra ser el siguiente.

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.

Relacin: Yo, bajo mi punto de vista, entiendo mejor esto en una tabla (de una
implementacin en una BBDD), por lo que voy a poner el ejemplo de cmo se
representara (resaltada la relacin, que posteriormente veremos cmo se hara).

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).

Relacin uno a uno

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.

Relacin uno a varios

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.

Relacin varios a varios: Los indicadores numricos indican el primero el

nmero mnimo de registros en una relacin y posteriormente el mximo (si no hay
lmite se representa con una "n").

Claves: Es el atributo de una entidad, al que le aplicamos una restriccin que lo

distingue de los dems registros (no permitiendo que el atributo especfico se
repita en la entidad) o le aplica un vnculo (exactamente como comentbamos en
las relaciones). Estos son los distintos tipos:

Super clave: aplica una clave o restriccin a varios atributos de la entidad, para
as asegurarse que en su conjunto no se repitan varias veces y as no poder entrar
en dudas al querer identificar un registro.

Clave primaria: identifica inequvocamente un solo atributo no permitiendo que se

repita en la misma entidad. Como sera la matrcula o el nmero de chasis de un
coche (no puede existir dos veces el mismo).

Clave externa o clave fornea: este campo tiene que estar estrictamente
relacionado con la clave primaria de otra entidad, para as exigir que exista
previamente ese clave. Anteriormente hemos hablado de ello cuando
comentbamos que un empleado indispensablemente tiene que tener un cargo
(que lo hemos representado numricamente), por lo cual si intentsemos darle un
cargo inexistente el gestor de bases de datos nos devolvera un error.

El modelo relacional
El modelo relacional constituye una alternativa para la organizacin y
representacin de la informacin que se pretende almacenar en una base de
datos. Se trata de un modelo terico matemtico que, adems de proporcionarnos
los elementos bsicos de modelado (las relaciones), incluye un conjunto de
operadores (definidos en forma de un lgebra relacional) para su manipulacin, sin
ambigedad posible.

El carcter formal del modelo relacional hace relativamente sencilla su

representacin y gestin por medio de herramientas informticas. No es casual,
pues, que haya sido elegido como referencia para la construccin de la gran
mayora de los Sistemas de Gestin de Bases de Datos comerciales disponibles
en el mercado; ni tampoco que sea tambin habitualmente seleccionado como
modelo de referencia para la elaboracin del esquema lgico de una base de
datos, como tercer paso de la habitual metodologa de diseo de BDs (despus
del anlisis de requerimientos y la elaboracin del esquema conceptual). En el
modelo relacional se basa en el concepto matemtico de relacin.

En este modelo, la informacin se representa en forma de tablas o relaciones,

donde cada fila de la tabla se interpreta como una relacin ordenada de valores
(un conjunto de valores relacionados entre s). El siguiente ejemplo presenta una
relacin que representa al conjunto de los departamentos de una determinada
empresa, y que recoge informacin sobre los mismos. N

Fundamentos de la normalizacin
La normalizacin es el proceso de organizar los datos de una base de datos. Se
incluye la creacin de tablas y el establecimiento de relaciones entre ellas segn
reglas diseadas tanto para proteger los datos como para hacer que la base de
datos sea ms flexible al eliminar la redundancia y las dependencias incoherentes.

Los datos redundantes desperdician el espacio de disco y crean problemas de

mantenimiento. Si hay que cambiar datos que existen en ms de un lugar, se
deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un
cambio en la direccin de un cliente es mucho ms fcil de implementar si los
datos slo se almacenan en la tabla Clientes y no en algn otro lugar de la base
de datos.

Qu es una "dependencia incoherente"? Aunque es intuitivo para un usuario

mirar en la tabla Clientes para buscar la direccin de un cliente en particular,
puede no tener sentido mirar all el salario del empleado que llama a ese cliente.
El salario del empleado est relacionado con el empleado, o depende de l, y por
lo tanto se debera pasar a la tabla Empleados. Las dependencias incoherentes
pueden dificultar el acceso porque la ruta para encontrar los datos puede no estar
o estar interrumpida.

Hay algunas reglas en la normalizacin de una base de datos. Cada regla se

denomina una "forma normal". Si se cumple la primera regla, se dice que la base
de datos est en la "primera forma normal". Si se cumplen las tres primeras reglas,
la base de datos se considera que est en la "tercera forma normal". Aunque son
posibles otros niveles de normalizacin, la tercera forma normal se considera el
mximo nivel necesario para la mayor parte de las aplicaciones.

Al igual que con otras muchas reglas y especificaciones formales, en los

escenarios reales no siempre se cumplen los estndares de forma perfecta. En
general, la normalizacin requiere tablas adicionales y algunos clientes consideran
ste un trabajo considerable. Si decide infringir una de las tres primeras reglas de
la normalizacin, asegrese de que su aplicacin se anticipa a los problemas que
puedan aparecer, como la existencia de datos redundantes y de dependencias
incoherentes.

En las descripciones siguientes se incluyen ejemplos.

Primera forma normal:

Elimine los grupos repetidos de las tablas individuales.

Cree una tabla independiente para cada conjunto de datos relacionados.
Identifique cada conjunto de datos relacionados con una clave principal.
No use varios campos en una sola tabla para almacenar datos similares. Por
ejemplo, para realizar el seguimiento de un elemento del inventario que proviene
de dos orgenes posibles, un registro del inventario puede contener campos para
el Cdigo de proveedor 1 y para el Cdigo de proveedor 2.

Qu ocurre cuando se agrega un tercer proveedor? Agregar un campo no es la

respuesta, requiere modificaciones en las tablas y el programa, y no admite
fcilmente un nmero variable de proveedores. En su lugar, coloque toda la
informacin de los proveedores en una tabla independiente denominada
Proveedores y despus vincule el inventario a los proveedores con el nmero de
elemento como clave, o los proveedores al inventario con el cdigo de proveedor
como clave.

Segunda forma normal

Cree tablas independientes para conjuntos de valores que se apliquen a

varios registros.
Relacione estas tablas con una clave externa.

Los registros no deben depender de nada que no sea una clave principal de una
tabla, una clave compuesta si es necesario. Por ejemplo, considere la direccin de
un cliente en un sistema de contabilidad. La direccin se necesita en la tabla
Clientes, pero tambin en las tablas Pedidos, Envos, Facturas, Cuentas por
cobrar y Colecciones. En lugar de almacenar la direccin de un cliente como una
entrada independiente en cada una de estas tablas, almacnela en un lugar, ya
sea en la tabla Clientes o en una tabla Direcciones independiente.

Tercera forma normal

Elimine los campos que no dependan de la clave.

Los valores de un registro que no sean parte de la clave de ese registro no

pertenecen a la tabla. En general, siempre que el contenido de un grupo de
campos pueda aplicarse a ms de un nico registro de la tabla, considere colocar
estos campos en una tabla independiente.

Por ejemplo, en una tabla Contratacin de empleados, puede incluirse el nombre

de la universidad y la direccin de un candidato. Pero necesita una lista completa
de universidades para enviar mensajes de correo electrnico en grupo. Si la
informacin de las universidades se almacena en la tabla Candidatos, no hay
forma de enumerar las universidades que no tengan candidatos en ese momento.
Cree una tabla Universidades independiente y vinclela a la tabla Candidatos con
el cdigo de universidad como clave.

EXCEPCIN: cumplir la tercera forma normal, aunque en teora es deseable, no

siempre es prctico. Si tiene una tabla Clientes y desea eliminar todas las
dependencias posibles entre los campos, debe crear tablas independientes para
las ciudades, cdigos postales, representantes de venta, clases de clientes y
cualquier otro factor que pueda estar duplicado en varios registros. En teora, la
normalizacin merece el trabajo que supone. Sin embargo, muchas tablas
pequeas pueden degradar el rendimiento o superar la capacidad de memoria o
de archivos abiertos.

Puede ser ms factible aplicar la tercera forma normal slo a los datos que
cambian con frecuencia. Si quedan algunos campos dependientes, disee la
aplicacin para que pida al usuario que compruebe todos los campos relacionados
cuando cambie alguno.