10/17/2013

Tipos de bases
de datos que
pueden ser
aplicados para
uso gerencial
Por Fernando Cianca
Fernando Cianca

Fernando Cianca
1

Tipos de bases de datos que pueden
ser aplicados para uso gerencial
Una base de datos es un conjunto de datos, que generalmente describe las actividades
de una o varias organizaciones relacionadas. Esto quiere decir que dependiendo de la
actividad de la organizacin se derivaran las variables que designaran valor a cada
objeto, entidad, etc. Actualmente se utilizan muchos tipos de sistemas gestores de
bases de datos, los sistemas gestores de bases de datos relacionales (SGBDR), que
son, por mucho, el tipo de SGBD dominante hoy en da.
Palabras clave: entidades, atributas, vistas, independencia de datos y seguridad.

El proceso de diseo de bases de datos puede dividirse en seis etapas. El modelo ER
(modelo de datos entidad-relacin), es muy relevante para los tres primeros pasos:
1. Anlisis de requisitos. El primer paso del diseo de aplicaciones de bases de
datos es comprender los datos que se deben guardar en la base de datos, las
aplicaciones que se deben construir sobre ellos y las operaciones que son ms
frecuentes e imponen requisitos de rendimiento. En otras palabras, hay que
averiguar lo que los usuarios esperan de la base de datos. Se trata normalmente
de un proceso informal que supone discusiones con grupos de usuarios, un
estudio del entorno operativo en vigor y del modo en que se espera que este
cambie, el anlisis de toda la documentacin disponible sobre las aplicaciones
existentes que se espera que la base de datos sustituya o complemente, etc. Se
han propuesto varias metodologas para la organizacin y presentacin de la
informacin recogida en esta etapa, y se han desarrollado algunas herramientas
automatizadas para soportar el proceso.






Fernando Cianca
2

2. Diseo conceptual de bases de datos. La informacin reunida en el anlisis de
requisitos se emplea para desarrollar una descripcin de alto nivel de los datos
que se van a guardar en la base de datos, junto con las restricciones que se
sabe que se impondrn sobre esos datos. Este paso se suele llevar a cabo
empleando el modelo ER. El modelo ER es uno de los modelos de datos de alto
nivel, o semnticos, empleados en el diseo de bases de datos. El objetivo es
crear una descripcin sencilla de los datos que se acerque mucho a lo que los
usuarios y los desarrolladores piensan de los datos (y de la gente y de los
procesos que se van a representar con esos datos). Esto facilita la discusin
entre todas las personas implicadas en el proceso de diseo, aunque no tengan
formacin tcnica. Al mismo tiempo, el diseo inicial debe ser lo bastante preciso
como para permitir una traduccin directa a un modelo de datos soportado por
algn sistema comercial de bases de datos (lo que, en la prctica, significa el
modelo relacional).

3. Diseo lgico de bases de datos. Hay que escoger un SGBD que implemente
nuestro diseo de la base de datos y transformar el diseo conceptual de la
base de datos en un esquema de base de datos del modelo de datos del SGBD
elegido. Slo se considerarn SGBD relacionales y, por tanto, la tarea en la
etapa de diseo lgico es convertir el esquema ER en un esquema de base de
datos relacional. El resultado es un esquema conceptual, a veces denominado
esquema lgico, del modelo de datos relacional.




Fernando Cianca
3


Diseando ER

El diagrama ER no es ms que una descripcin aproximada de los datos creada
mediante la evaluacin subjetiva de la informacin reunida durante el anlisis de
requisitos. A menudo, un anlisis ms detenido puede refinar el esquema lgico
obtenido al final del Paso 3. Una vez se dispone de un buen esquema lgico hay que
tomar en consideracin los criterios de rendimiento y disear el esquema fsico.
Finalmente, hay que abordar los aspectos de seguridad y garantizar que los usuarios
puedan tener acceso a los datos que necesiten, pero no a los que se les desee ocultar.
Las tres etapas restantes del diseo de bases de datos se describen brevemente a
continuacin:
4. Refinamiento de los esquemas. El cuarto paso del diseo de bases de datos es el
anlisis del conjunto de relaciones del esquema relacional de la base de datos para
identificar posibles problemas y refinarlo.
5. Diseo fsico de bases de datos. En este paso se toman en consideracin las cargas
de trabajo tpicas esperadas que deber soportar la base de datos y se refinar an
ms el diseo de la base de datos para garantizar que cumple los criterios de
rendimiento deseados. Puede que este paso no implique ms que la creacin de
ndices para algunas tablas y el agrupamiento de otras, o puede que suponga un
rediseo sustancial de partes del esquema de la base de datos obtenido de los pasos
de diseo anteriores. Diseo de aplicaciones y de la seguridad. Cualquier proyecto de
software que implique a una base de datos debe tomar en consideracin aspectos de
su aplicacin que van ms all de la propia base de datos. Las metodologas de diseo
intentan abordar todo el ciclo de diseo y desarrollo del software. En general, la divisin
del proceso de diseos en varios pasos debera verse como una clasificacin de los
tipos de pasos relacionados con el diseo. De manera realista, aunque se podra
comenzar con el proceso en seis etapas que se ha esbozado aqu, el diseo completo
de una base de datos probablemente necesite una fase posterior de ajuste en la que
los seis tipos de etapas del diseo se entrelacen y se repitan hasta que el diseo sea
satisfactorio.



Fernando Cianca
4

Una relacin es una asociacin entre dos o ms entidades. Por ejemplo, puede que se
tenga una relacin en que Avelino trabaja en el departamento farmacutico. Al igual
que con las entidades, puede que se desee reunir un conjunto de relaciones similares
en un conjunto de entidades. Se puede considerar a los conjuntos de relaciones como
conjuntos de n-tuplas:
*(

+
Cada n-tupla denota una relacin que implica a n entidades,

, donde la entidad

se halla en el conjunto de entidades

.

Las relaciones tambin pueden tener atributos descriptivos. Los atributos descriptivos
se emplean para registrar la informacin sobre la relacin, ms que sobre las entidades
participantes; por ejemplo, puede que se desee registrar que Avelino trabaja en el
departamento farmacutico desde enero de 1991. Esta informacin se captura en la
Figura 2.2 aadiendo un atributo, desde, a Trabaja en. Cada relacin debe identificarse
de manera unvoca por sus entidades participantes, sin necesidad de referencia alguna
a los atributos descriptivos. En el conjunto de relaciones Trabaja en, por ejemplo, cada
relacin Trabaja en debe quedar identificada de manera unvoca por la combinacin de
empleado dni y departamento idd. Por tanto, para una pareja empleado-departamento
dada, no se puede tener m as de un valor desde asociado. Cada ejemplar de un
conjunto de relaciones es un conjunto de relaciones. De manera intuitiva se puede
considerar cada ejemplar como una instantnea del conjunto de relaciones en un
momento temporal dado. Cada entidad Empleados se denota por su dni, y cada
entidad Departamentos se denota por su idd, en aras de la simplicidad. El valor desde
se muestra junto a cada relacin. (Los comentarios varias a varias y participacin
total de la figura se explican m as adelante, cuando se estudian las restricciones de
integridad.) Como ejemplo adicional de diagrama ER, supngase que cada
departamento tiene oficinas en varias ubicaciones y que se desea registrar las
ubicaciones en las que trabaja cada empleado. Esta relacin es ternaria, ya que hay
que registrar la asociacin entre cada empleado, el departamento y la ubicacin.




Fernando Cianca
5

Una consulta a una base de datos relacional es una pregunta sobre los datos, y la
respuesta consiste en una nueva relacin que contiene el resultado. Por ejemplo,
puede que se desee averiguar todos los alumnos menores de 18 aos o todos los
alumnos matriculados en Reggae203. Un lenguaje de consulta es un lenguaje
especializado para la escritura de consultas. SQL es el lenguaje de consulta comercial
m as popular para los SGBD relacionales. A continuacin se ofrecen algunos ejemplos
de SQL que ilustran la facilidad con que se pueden formular consultas a las relaciones.
Considrese el ejemplar de la relacin Alumnos mostrado. Se pueden recuperar las
filas correspondientes a los alumnos que son menores de 18 aos con la siguiente
consulta de SQL:
SELECT *
FROM Alumnos A
WHERE A.edad < 18
El smbolo * indica que se conservarn en el resultado todos los campos de las tuplas
seleccionadas. Se puede pensar en A como una variable que toma el valor de cada
tupla de Alumnos, una tras otra. La condicin A. edad < 18 de la clusula WHERE
especifica que slo se desea seleccionar las tuplas en las que el campo edad tenga un
valor menor de 18.
Este ejemplo muestra que el dominio de cada campo restringe las operaciones que
estn permitidas sobre los valores de ese campo, adems de restringir los valores que
pueden aparecer en ese campo. La condicin A. edad < 18 implica la comparacin
aritmtica de un valor de edad con un nmero entero, y es admisible porque el dominio
de edad es el conjunto de los nmeros enteros. Por otro lado, una condicin como A.
edad = A. ide no tiene sentido, ya que compara un valor entero con un valor de cadena
de caracteres, y por definicin estas comparaciones fallan en SQL; las consultas que
contengan esa condicin no producirn ninguna tupla como respuesta. Adems de
seleccionar un subconjunto de tuplas, cada consulta puede extraer un subconjunto de
los campos de las tuplas seleccionadas. Se pueden calcular los nombres y los usuarios
de los alumnos menores de 18 a nos con la consulta siguiente: SELECT FROM
WHERE A.nombre, A.usuario Alumnos A A.edad < 18

Fernando Cianca
6











Este ejemplo muestra que el dominio de cada campo restringe las operaciones que
estn permitidas sobre los valores de ese campo, adems de restringir los valores que
pueden aparecer en ese campo. La condicin A. edad < 18 implica la comparacin
aritmtica de un valor de edad con un nmero entero, y es admisible porque el dominio
de edad es el conjunto de los nmeros enteros. Por otro lado, una condicin como A.
edad = A. ide no tiene sentido, ya que compara un valor entero con un valor de cadena
de caracteres, y por definicin estas comparaciones fallan en SQL; las consultas que
contengan esa condicin no producirn ninguna tupla como respuesta. Adems de
seleccionar un subconjunto de tuplas, cada consulta puede extraer un subconjunto de
los campos de las tuplas seleccionadas. Se pueden calcular los nombres y los usuarios
de los alumnos menores de 18 aos con la consulta siguiente: SELECT FROM
WHERE A.nombre, A.usuario Alumnos A A.edad < 18







Fernando Cianca
7


En resumen, hay que identificar las entidades (por ejemplo, los usuarios, los grupos de
usuarios, los departamentos) y los procesos relacionados con la aplicacin. Hay que
describir el papel de cada entidad en cada proceso que se refleje en una tarea de la
aplicacin, como parte del flujo de trabajo completo de esa tarea. Para cada papel hay
que identificar las partes de la base de datos que debe tener accesibles y las que no
debe tener accesibles, y adoptar las medidas necesarias para que esas reglas de
acceso se cumplan. Los SGBD ofrecen varios mecanismos para ayudar en este paso.
En la fase de implementacin hay que codificar cada tarea en un lenguaje de
programacin (por ejemplo, Java) y emplear el SGBD para tener acceso a los datos.

Bibliografa
Prieto Herrera, Jorge Elicer. Gestin estratgica organizacional: gua prctica para el diagnstico
empresarial (3a. ed.).
Colombia: Ecoe Ediciones, 2011. p v.
http://site.ebrary.com/lib/utpsp/Doc?id=10515022&ppg=7
Copyright 2011. Ecoe Ediciones. All rights reserved.

Ramakrishnan, Raghu; Gehrke, Johannes. Sistemas de gestin de bases de datos (3a. ed.).
Espaa: McGraw-Hill Espaa, 2003. p 71.
http://site.ebrary.com/lib/utpsp/Doc?id=10504924&ppg=98
Copyright 2003. McGraw-Hill Espaa. All rights reserved.

Buenaga Chapado, Juan A.; De Cos Guerra, Olga; Dez Dez, Carlos. Diseo de una base de datos
relacional para el tratamiento de las memorias de planeamiento.
Espaa: Asociacin de Gegrafos Espaoles, 2009. p 2.
http://site.ebrary.com/lib/utpsp/Doc?id=10306351&ppg=2
Copyright 2009. Asociacin de Gegrafos Espaoles. All rights reserved.