Modulo 1 Sem BD

Universidad Pontificia Boivariana
Seccional Bucaramanga
SISTEMAS DE INFORMACIN Y MODELO DE DATOS
Modulo 1
Este mdulo tiene como objetivo dar los principios bsicos de los sistemas de
informacin y la diferentes opciones del modelamiento de datos.
En la actualidad los sistemas de informacin son la base fundamental para el desarrollo
tanto de la pequea industria como para las grandes compaas multinacionales,
aportando valor agregado a sus productos finales hasta el punto de convertirse en
pilares fundamentales para las estrategias de mercadeo.
Los temas previstos para este mdulo estn consignados a continuacin:
o
o
o
o
o
o
o
Introduccin
Sistemas de Informacin
Sistemas de Gestion de Bases de Datos (SGBD)
Objetivos y Funciones del Administrador de Bases de datos (DBA)
El Catlogo del Sistema: Introduccin; Catlogos para SGBD relacionales
MFS, Una forma diferente de desarrollar Sistemas de Informacin.
Nuevas Tendencias en Bases de datos
Comenzaremos el mdulo tratando temas relevantes a la creacin y fundamentacin de

los sistemas de informacin, estudiando los tres modelos de datos ms utilizados
y su relacin condichos sistemas.
Hablaremos adems de las bases fundamentales de administracin de bases de datos y
cules son las funciones principales del profesional que administra estas bases
de datos. Estudiaremos la construccin de los catlogos para los sistemas de
manejadores de bases de datos nacionales y sus relaciones con las funcionalidad
es de las aplicaciones que conforman los sistemas de informacin. Terminaremos
este mdulo con temas relacionados a las nuevas tecnologas en el uso,
mantenimiento, creacin y administracin de nuevos modelos de bases de
datos.
MSc. Mauricio Tarazona Alvarez

Facultad de Ingeniera Informtica
1
Introduccin
Es importante hacer una encuesta de los estudiantes que hayan tenido experiencia en
desarrollar sistemas de informacin basados en manejadores de bases de datos.
Esto es una prueba
Introduccin
2
1. Fundamentos De Los Sistemas De Informacin
1.1. Impacto sociocultural de los sistemas de informacin

No es un secreto, que la informacin juega un papel importante en el desarrollo de la
diferentes sociedades. Pero es igual de cierto, que la informacin ha existido
desde la aparicin misma del hombre en la tierra y desde siempre ha intentado
plasmar en diferentes medios todo aquello que le ha parecido interesante. Esta
es la causa por la cual el hombre intenta convertir todo su conocimiento en
elementos esenciales de informacin.
En la actualidad, los gobiernos desarrollados ven en la informacin un recurso casi tan
importante como lo es la energa y no escatiman esfuerzos en construir
dispositivos operacionales que permitan adquirir, mantener y proteger todo tipo
de informacin.
Los sistemas de informacin nace a partir de la necesidad de manipular toda la
informacin que se genera como producto normal del quehacer diario del
humano, dando la posibilidad de mantener un sinnmero de datos almacenados
en elementos concebidos especficamente para este fin y convertir estos datos
en informacin indispensable para la toma de decisiones.
Todos los gobiernos a nivel mundial estn invirtiendo grandes cantidades de dinero en
la construccin, adquisicin o actualizacin de sistemas de informacin y
convierten estos sistemas de informacin en herramientas estratgicas para la
construccin de polticas que redunden en el bienestar de sus propias
sociedades.
Con el advenimiento de una tercera ola, como se le conoce a la era que estamos
viviendo hoy, la eran formacin, la cual aparece como una tercera conmocin
despus de las revoluciones agrcolas e industrial, conmocin cuyos efectos han
sido ampliamente analizados por los distintos autores, como por ejemplo en el
conocido libro de TOFFLER La tercera ola no se limita a acelerar nuestro lujo de
informacin; transforma la estructura de la decisin de la que depende nuestras
acciones futuras.
1.2. Caractersticas del la Informacin

Dada la gran cantidad de datos que es suministrada por los diferentes sistemas de
informacin a los cuales nos enfrentamos da a da, se hace de vital importancia
tener las herramientas necesarias para diferenciar cules datos son realmente
informacin y cules no. Para que un dato pueda tener el calificativo de
Fundamentos de los Sistemas de Informacin y el Modelo de Datos

3

informacin, debe ofrecer algn tipo de conocimiento a la persona o personas
que no estn manipulando. Este dato convertido en informacin debe contar con
las siguientes caractersticas:
1. Precisin: la precisin se puede tomar como la cantidad de informacin

correcta sobre el nmero de informacin almacenado en el sistema. Este
porcentaje depende en gran medida de la precisin con la que se incluyen los
diferentes datos por los diferentes usuarios. En resumen, la precisin es la
caracterstica que mide que tanta informacin ofrece la cantidad de datos
almacenados en su sistema. Esta caracterstica es de vital importancia para
nuestros sistemas de informacin, dado que, de nada servira hacer grandes
esfuerzos econmicos y humanos en mantener sistemas de informacin
afinados si no tenemos los mecanismos para incluir y verificar correctamente
nuestros datos.
2. Oportunidad: Podemos entender la oportunidad como el tiempo transcurrido
entre la generacin del dato y la disponibilidad que este dato representa como
informacin para el usuario. En otras palabras, es el tiempo que tarda un dato
en ofrecer informacin vlida y oportuna al usuario. Normalmente, la
caracterstica oportunidad de un dato est relacionada con los sistemas de
informacin que manipulan estos datos, dado que, no todos los sistemas son
igual de deficientes con un mismo dato.
3. Complecin: Esta caracterstica hacer referencia a la sinergia que debe existir
entre los datos para entregar una informacin precisa. La complecin depende
de dos factores fundamentales en dicha relacin, por un lado la cantidad de
datos existan en un sistema, y por otro, la capacidad del lenguaje usado para
extraer la informacin de este cmulo de datos. De esta forma es
indispensable reconocer que la complecin no slo depende de la informacin
en s misma que exista, sino tambin de la calidad de todas las consultas
programadas en el lenguaje para tal fin, el cual tiene una dependencia
humana.
Existen otras caractersticas importantes que se deben tener en cuenta al momento de
definir a un dato como informacin, estas caractersticas son: la significancia,
la coherencia, la integridad y por supuesto la seguridad. Dichas
caractersticas son necesarias para evaluar la veracidad de la informacin que
representa un dato, sin embargo, es indispensable resaltar que todas las
caractersticas juntas pueden representar importantes sacrificios en el
desempeo de un sistema de informacin. Cuando se estn haciendo los
estudios que nos llevarn a la implantacin de un sistema informacin, es
preciso tener muy en cuenta todos estos requisitos de la informacin buscando
el punto de equilibrio que permita alcanzar los objetivos del sistema a un coste
aceptable, ya que cuantas ms cualidades rena la informacin ms se
incrementar su costo de obtencin y tratamiento.
Por otro lado, unas cualidades pueden resultar incompatibles con otras; as, pretender
una gran precisin lleva consigo generalmente una prdida de oportunidad. Por
ello, se insisten en la necesidad de llegar a una solucin encontrando un punto
de equilibrio entre las diferentes cualidades de la informacin dentro te objetivos

4

concretos de cada sistema teniendo en cuenta la relacin costo beneficio de
informacin.
1.3 Los Sistemas de Informacin

Cualquier actividad humana genera algn tipo de informacin la cual debe ser
transmitida por todos los procesos antecedentes a esta actividad, y es el
dinamismo de la transmisin donde tienen sentido la utilizacin de los sistemas
de informacin.
Segn Mario Piattini existen dos tipos de sistemas de informacin, el sistema de
informacin informal que es el utilizado por las personas de manera verbal y el
sistema de informacin informal tambin conocido como organizacional est
basado en procesos y procedimientos normalmente plasmados en sistemas
informticos.
Para entrar a definir qu es un sistema de informacin, es necesario definir primero que
es un sistema. Entendemos como sistema un conjunto de objetos relacionados
entre s cumpliendo un objetivo comn. Es necesario comentar, que dichos
objetos pueden ser un sistema por s mismos.
Entorno
Entrada
SISTEMA
Salida
Entorno
Figura 1.1 Esquema funcional de un sistema
Todo sistema circunscrito dentro del sistema universal posee fronteras tanto naturales
como artificiales. Es de este entorno de dnde salen los elementos de entrada y
es a este entorno donde se devuelven productos terminados procesados por el
sistema.
Los sistemas cerrados o con fronteras se conocen como sistemas artificiales y son a
ste grupo los que pertenecen los sistemas de informacin. La caracterstica
principal de estos sistemas artificiales que son completamente controlados por
acciones programadas por el humano, de esta forma, a mayor control existente
entre sistema de informacin se espera un mejor desempeo en el sistema. Es
importante tener en cuenta que control a veces va en contra de desempeo,
esto quiere decir, que cuando deseamos controlar ms un sistema de
informacin en la mayora de las ocasiones sucede afectado el desempeo del
sistema.
Nos interesa en este mdulo trabajar con sistemas de informacin orientada hacia las
organizaciones y denominaremos de ahora en adelante los sistemas de
informacin como (SI). Para estos sistemas de informacin, definiremos el
entorno al movimiento de la empresa, de tal forma que todas las entradas al
sistema sern los datos generados por el mismo movimiento de la informacin

5

que la empresa genere y la salida ser la informacin generada por el sistema la
cual soportar la cual soportar la toma de decisiones.
Es importante mencionar el concepto del sistema dinmico, este sistema se caracteriza
por adecuar las salidas debido a unos objetivos que se deben cumplir. Estos
sistemas pueden ser dos tipos, manuales y automticos. Los sistemas dinmicos
automticos, son aquellos que no necesita intervencin humana para poder
cambiar su decisin dada la salida generadas por el sistema. Normalmente sta
clase de sistemas posee los gobiernos que toman las salidas y las convierto
automticamente en entradas para ajustarlo a un objetivo trazado, estos
algoritmos son los que se estudian en las ramas de una inteligencia artificial
generando resultados muy parecidos a las decisiones que podra tomar un
humano. Los sistemas dinmicos manuales son los que comnmente conocemos
en las organizaciones, en donde a medida que van cambiando los
requerimientos de salida se van haciendo los ajustes necesarios a los programas
para que arrojen los resultados que se esperan del sistema.
En los SI de las organizaciones normalmente existen dos tipos de controladores. Los
controladores internos que son los que generan las reglas y condiciones
normalmente emanadas por la direccin de la organizacin. Estos controladores
internos estn ntimamente relacionados con los procesos de cada empresa de
tal forma que el proceso de contabilizar una cuenta puede llevarse por pasos
diferentes en diferentes organizaciones e inclusive cambiar en el tiempo en esta
misma organizacin. Los controladores externos hacen referencia a las
condiciones del entorno de la empresa, tales como las disposiciones
gubernamentales o reglamentos y leyes emanadas de organizaciones a las
cuales pertenezca una empresa o sector productivo, por ejemplo, una institucin
de educacin superior est regida por las leyes y reglamentos que se generen
del Ministerio de Educacin, pero tambin debe tener en cuenta en sus procesos
todos los disposiciones que se originan desde el ICFES o el consejo nacional de
acreditacin.
Un controlador externo o interno enva seales tanto al procesador del sistema, como al
proceso mismo de entrada. De esta forma el sistema se convierte en dinmico
mediante una realimentacin evaluada por los controladores existentes en el
sistema. En la grfica siguiente se observa el proceso de realimentacin.

6
Figura 1.2 Sistemas de Control
1.4 Elementos de los SI

Podemos denominar elementos de un SI al conjunto de componentes interrelacionados
los cuales poseen objetivos especficos con tareas especficas para procesar los
datos y de esta forma obtener informacin. La siguiente figura muestra los
diferentes elementos que conforman un sistema de informacin:
Trat. Esp.
Ctrl. Comun.
Refencial
U.C.P.
SGBD
rea
Informtica
Informticos
Factual
Perisferico
S.O.
rea Datos
No
informticos
Datos
Hardwa
re
Softwa
re
Administra
dor
Usuari
os
SISTEMA DE INFORMACIN
Figura 1.3 Elementos de un sistema de informacin
El primer elemento que encontramos es el elemento dato. Este elemento es el ms

fundamental de todos los componentes que conforman un sistema informacin
pues es la materia prima con la que se producen informacin. Los datos pueden
verse desde dos puntos de vista: referenciales y factuales; los datos
referenciales son los usados comnmente en sistema de informacin
documental donde solamente se almacena la referencia del documento teniendo
que hacer un segundo paso para obtener informacin deseada, en este caso el
documento mismo. En cambio, los sistemas de tipo factual devuelven la
informacin buscada, la cual puede ser directamente utilizada sin necesidad de
acudir a nuevos circuitos informticos.
Los datos de tipo factua suelen encontrarse en dos estados, un estado estructurado y
otro no estructurado. El dato estructurado son los que poseen unos formatos
especficos los cuales podemos encontrar tipos de datos como los numricos,
cadena de caracteres, fechas, etc.

7

El
elemento hardware hacen referencia a los componentes informticos

computacionales que almacenan y procesan los datos. Este componente se
subdivide en los elementos que funcionan como agentes de captura y
replicacin de informacin; Tal es el caso de los elementos perifricos los cuales
se encargan de la inclusin de datos y de la impresin de informacin. El
elemento donde se conjugan todas las operaciones de procesamiento de
informacin es conocido como unidad central de procesamiento.
Los sistemas operativos, los lenguajes de programacin, las aplicaciones propiamente

dichas, en especial el sistema de gestin de bases de datos (SGBD), son los que
conforman el elemento software. Este elemento junto con el elemento anterior
son los encargados de transportar el dato por todo el andamiaje procedimental
de una empresa. Es en el elemento software en donde estn plasmada todas las
ideas del tratamiento de la informacin, pues refleja la fluidez del informacin en
cada uno de los subsistemas de la organizacin, las aplicaciones construidas
especficamente para darle tratamiento al dato hasta convertirlo en informacin
debe guardar una estrecha relacin entre lo que se hace manualmente y lo que
se debe llevar an elemento informtico, de esta manera se convierte en una
herramienta realmente poderoso para la toma de decisiones.
1.5 Tecnologa de informacin y sistema de informacin

Hemos definido los sistemas de informacin como la interaccin de diferentes
elementos con el objetivo de transportar informacin en los diferentes
estamentos que conforman una organizacin. Ahora, es importante entender el
papel fundamental que juegan las tecnologas en el momento de disear los
sistemas de informacin para una empresa. Dichas tecnologas, conocidos
comnmente como tecnologas de informacin, son las que permiten ofrecer
realmente una solucin generalizada en el manejo de los datos generados.
En la actualidad encontramos tantas herramientas informticas y diversas formas de
tecnologa que en algunas ocasiones se hace muy difcil conocerlas y saber
realmente cul es la mejor opcin para aplicarlas a los SIs, y peor an, por
intentar aplicar alguna tecnologa informtica terminamos entorpeciendo los
objetivos de eficiencia y eficacia. Es importante analizar en el contexto de la
empresa cual realmente es la tecnologa que nuestro sistema informacin
necesita. Por ejemplo, no deberamos implementar un sistema informacin de
una empresa de dos o tres empleados basados en supercomputadoras y con
costossimos sistemas de gestin de bases de datos, porque aunque esta
solucin pueda cumplir su objetivo, la relacin costo beneficio deja sin piso del
proyecto. De forma contraria, no pretenderamos llevar nuestro sistema
informacin de manera manual en una mediana industria.
Para evitar estos resultados es imprescindible conocer claramente las posibilidades de
la tecnologa en trminos de lo que puede aportar para nuestro sistema
informacin. En conclusin, es importante aplicar las tecnologas de informacin
en trminos de la necesidad de empresa y no por una simple evaluacin de que
tan buena o mala sea dicha tecnologa. Para terminar, es necesario recordar que
cada empresa u organizacin poseen sus propias necesidades as pertenezca a
un mismo sector, por ende, todos los sistemas de informacin son diferentes
aunque compartan un mismo diseo conceptual.

8
En la figura 3.3 agrupamos los diferentes elementos que componen un sistema

informacin, si observamos que en el grupo software se encuentran los sistemas
de gestin de bases de datos. Este elemento se han convertido en la piedra
angular de los sistemas de informacin, dado que, es en esta tecnologa donde
reposan todos los datos que la empresa genera en su da a da. Un sistema de
informacin debe trabajar organizada y estrechamente con los sistemas de
gestin de bases de datos para sacar el mximo provecho de estas tecnologas.
Observamos entonces, que el SGBD comparte con un nivel de importancia en
ocasiones superior a los sistemas de informacin.
1.5.1 La base de datos como estructura de la empresa

De manera conceptual, una base de datos representa funcionalmente una organizacin,
y es en esta base de datos donde descentraliza la terminacin de los diferentes
procesos aplicados de la empresa.
En el momento de aplicar los conceptos de bases de datos enfocados hacia el manejo
empresarial como un todo, se debe tener presente los siguientes conceptos:
Agrupar absolutamente todos los datos manejados por el sistema

informacin en un solo lugar, la base de datos, puede ser riesgoso si no
se tienen las medidas respectivas de seguridad.
Es necesario evitar redundancia de datos debido a que puede generar
inconsistencia en nuestro sistema de informacin.
La base de datos deben reflejar la estructura empresarial en la cual se
aplica y debe estar diseada de tal forma que debe ser fcil mantener los
cambios inherentes ofrecidos por el entorno y por sus propios mdulos de
control.
Es importante definir un buen sistema manejador de bases de datos dado
que es un sistema ofrecer las ventajas necesario para tener un acceso
fcil y rpido a los datos.
El simple hecho de intentar estructurar la empresa basados en una implementacin de

bases de datos redunda en mltiples beneficios al empresa que aplica este tipo
de tecnologa, tal es el hecho como llevar a la empresa a empezar a ver la
organizacin como un todo permitiendo realizar anlisis no por departamentos o
secciones sino, un conjunto ordenado de varios elementos con una sinergia
propia entre ellos. Por otro lado, ayuda a identificar cada uno de los procesos
que la empresa lleva para su gestin y en muchas ocasiones estos procesos
sufren cambios debido a la identificacin de errores cometidos en su aplicacin,
y por ltimo, ayuda tambin a identificar realmente cules son los datos
indispensables en el momento de toma de decisiones, esto debido a que el
implementacin de un sistema de bases de datos o SGBD, necesita estructurar
cada una de informacin que se vaya a incluir. Es obvio entonces concluir el
aplicacin del equipo tecnologas no solamente se hace con el objetivo de
obtener mejores rendimientos en la obtencin de informacin, sino tambin en
cierta medida para identificar posibles errores procedimentales y aplicar nuevas
tendencias en la bsqueda de eficiencia y eficacia administrativa.

9

Como se dijo anteriormente, una base de datos interacta con los sistemas informacin
con el objetivo de almacenar, procesar y extraer datos para que de esta forma
ayude en los procesos administrativos y gerenciales. En esta medida, y debido a
que se involucra absolutamente todos los niveles de la empresa desde la parte
operativa hasta la parte directiva es necesario concientizar a cada una de los
involucrados en este proceso a participar activamente en cada una de las fases
de implementacin. Uno de los inconvenientes ms comunes en la
implementacin de un sistema de informacin es que la parte directiva no se
involucra en el proceso de implantacin y definicin del sistema, conllevando en
muchas ocasiones a implementar procesos que van en contra de las directrices
de la visin y misin del empresa, y de esta forma fracasa el proyecto de
implementacin. Por tal motivo, es importante recalcar porque las directivas
hacen parte activa del proyecto del sistema informacin y en muchas ocasiones
deben involucrarse en un 100% en la definicin del sistema mismo.
PLANEACIN
(Definicin de
objetivos)
Departamento Departamento
De compras de Inventarios
DIRECTORES
(Hacer que se
ejecuten las
acciones)
Departamento
de Cartera
SISTEMA DE
INFORMACIN
AUDITORIA
(Control)
Departamento
Contable
Dems
departamentos
BASE
DE DATOS
Figura 1.4 Base de soporte de informacin en una empresa
1.5.2 Base de datos = centralizacin?

En la figura 3. 4 podemos observar cmo los diferentes estamentos de una organizacin
depositan todos sus datos de gestin en una base de datos centralizada, este
modelo implica inicialmente una dependencia innegable en las tecnologas de
informacin y por otra parte que la base de datos y el sistema de informacin
que interacta con ella se convierten en factores crticos para operacin de la
empresa. Visto desde esta perspectiva podramos pensar que una base de datos
global con un sistema informacin global no seran en algunos casos en una
solucin real y al alto riesgo de dependencia de estas tecnologas, sin embargo,
sabemos por experiencia que este modelo de centralizacin redunda en
ventajas operativas para la gestin administrativa de la organizacin. En muchas
ocasiones el hecho de tener un sistema de informacin globalizado permite
revisar desde una perspectiva amplia todos los procesos que ocurren dentro de
una empresa, es decir, no conocemos la empresa por departamentos sino que

10

conocemos la operatividad de toda la organizacin en un solo modelo de
abstraccin. Otra ventaja de tener una base de datos centralizada es poder
contar en lnea con todos los procesos cosa que sera imposible con bases de
datos dispersas en cada uno de los departamentos que conforman la empresa.
En definitiva, podemos pensar que el aire centralizador que introduce el
concepto de base de datos no es pernicioso, sino ms bien todo lo contrario.
Adems, si se desea descentralizar determinados aspectos del sistema de
informacin se pueda ser precisamente con la ayuda del concepto de base de
datos centralizada.
1.5.3 Sistemas de Informacin descentralizados a partir de una

sola base de datos
La evolucin de desarrollo de los sistemas de informacin nos han permitido observar
que en sus primeros inicios se construan aplicaciones que resolvieran casos
puntuales en las diferentes organizaciones. De esta forma, en determinado
tiempo
podramos
observar
cmo
proliferaban
diferentes
sistemas
computacionales en la empresa sin tener una interaccin real entre ellas. A
medida que se construan ms aplicaciones observbamos que era ms difcil
que entre ellas se relacionarn, esto en gran parte por las diferentes
perspectivas que se utilizaban en la definicin de la tecnologa en la cual se
construan estas aplicaciones. Era normal en esta poca que existiera un sistema
contable con su propia base de datos, un sistema de nomina, un sistema de
ventas, un sistema de inventarios, etc., y todos construidos en diferentes
plataformas tecnolgicas, y luego los profesionales en desarrollo de sistemas
tenan que crearon vnculos entre las diferentes aplicaciones y bases de datos
para que existiera una transaccionalidad verdadera y de esta forma hacer que
ellas se comunicaran, estos vnculos fueron conocidos con el nombre de
interfaces, es as, que era normal escuchar entre estos profesionales frases
como la interfase entre el sistema contable y el sistema de nmina. Ms
adelante, se tom conciencia de la teora general de sistemas y se aplic esto a
la empresa y sus sistemas de informacin. Empezaron a construirse aplicaciones
vieran la empresa como un todo y como consecuencia claro, una sola base de
datos para toda la organizacin. Estas prcticas estn vigentes hasta el da de
hoy, pero observbamos tambin que existe otra tendencia de desarrollo que
para el concepto personal es una mejor opcin. Esta tendencia consiste en
desarrollar aplicaciones descentralizadas pero con una sola base de datos, es
decir, se soluciona problemas puntuales con desarrollos puntuales, pero todas
apuntando a una sola base de datos centralizada. De esta forma no entramos en
macroproyectos que pueden tardar aos en implementarse sino desarrollamos
pequeos proyectos para problemas subdivididos.
El hecho que todas las aplicaciones apunten a una sola base de datos nos permite crear
las interacciones necesarias entre los diferentes subsistemas, es decir, podemos
asegurar la transaccionalidad en lnea. De esta forma desarrollaremos
aplicaciones departamentales en las tecnologas que creamos realmente
necesarias e inclusive este modelo permite que podamos tener pequeas bases
de datos que guarden informacin que no se utilicen para procesos centralizados
de la empresa.
Para
aplicar este tipo de tendencia, se recomienda que las aplicaciones

departamentales sean desarrolladas por el mismo equipo que desarrolla el

11

sistema de informacin
centralizado.
globalizado,
es
decir,
un
equipo

12
desarrollador
2 Sistemas de Gestion de bases de datos (SGBD)
2.1 Introduccin
Un SGBD es un software que permite insertar, modificar y recuperar eficazmente los
datos especficos dentro de una gran masa de informacin compartida por muchos
usuarios. Un SGBD se distingue claramente de un SMA porque el primero permite la
descripcin de los datos en forma separada de su utilizacin, es decir asegura la
independencia de datos.
Una base de datos es un conjunto de datos gestionados por un SGBD y asociados a
una misma aplicacin. Como una primera aproximacin a la estructura de un SGBD se
presenta la figura 2.1 que contiene una estructura en capas, donde la primera capa, el
SMA, se encarga del manejo de la memoria secundaria. Luego, la segunda capa se
ocupa del manejo de los datos almacenados en los archivos, de los enlaces entre los
datos y las estructuras, y de la localizacin y ensamblaje de esos datos. Por ltimo, la
tercera capa es la encargada de presentar los datos a los programas de aplicacin (PA),
haciendo un anlisis e interpretacin de las consultas de los usuarios.
Figura 2.1. Estructura inicial de un SGBD.
2.2 Desarrollo de los SGBD

Como punto de inicio en la evolucin del concepto de base de datos se toma el
comienzo de la dcada de los sesenta. Para esa poca las computadoras manejaban
sus E/S a travs de programas de E/S y el procesamiento de los programas en el
computador era nicamente en lotes. Los archivos eran secuenciales solamente, por lo
que la distribucin fsica de los datos estaba incorporada al PA y por ello, no haba
distincin entre archivo lgico y fsico. As, si se cambiaban las estructuras de datos o
Administracin de Bases de Datos

13

los dispositivos de almacenamiento, se deba cambiar, recompilar y probar de nuevo los
PA. Esto implicaba que los datos eran diseados para una nica aplicacin existiendo
varias copias de los datos sin posibilidad de compartirlos y en consecuencia, se tena
una alta redundancia de datos en los sistemas de archivos de una organizacin, y como
producto de esta redundancia, se tena inconsistencia incontrolada en los datos
almacenados. Esta inconsistencia se deba a las mltiples copias de los datos, no todas
actualizadas de la misma manera, y que al momento de consultarlos arrojaban valores
almacenados diferentes, sin poderse verificar cul era el real.
A finales de los aos 60 aparecen los mtodos selectivos de acceso a los archivos, estos
son el directo, aleatorio e indexado, el procesamiento de los programas se hace en
lotes, en lnea o en tiempo real, se pueden cambiar las unidades de almacenamiento de
los datos sin cambiar los PA, aparecen los procesadores de E/S y se usan algunos
recursos de seguridad de los datos. Adems, se mantiene la tendencia de diseo de
datos por aplicacin y la redundancia de los mismos. En general, no hay recuperacin
de datos por claves mltiples, no hay administracin de datos y si se necesitaban usar
estructuras jerrquicas era necesario construirlas. Segn la opinin de W. Kim los SMA
desarrollados en esta poca representan la primera generacin, cuyos principales
exponentes fueron el ndice secuencial (ISAM) y el virtual (VSAM).
Entre los aos 70 y 80 se comercializan los primeros SGBD, que permiten el acceso a
los datos de diferentes maneras segn lo indique el PA, los datos son compartidos, la
organizacin fsica de los mismos es ms independiente de los PA y es hecha con
estructuras de datos complejas, que no se reflejan en los PA, los datos son
direccionables a nivel de campo y grupo de datos, hay recuperacin por clave mltiple
y administracin de datos. El SGBD provee los medios para reducir la redundancia,
conservar la integridad y darle seguridad a los datos, as como tambin el soporte de
lenguajes de descripcin de datos y los de manipulacin de los mismos.
Al inicio de los aos 70 se seala la aparicin de la segunda generacin de SGBD,
caracterizada por la separacin de los datos del PA y la llegada de los lenguajes de
acceso navegacionales y cuyo mejor exponente es el SGBD denominado IMS de la
compaa IBM, basado en el modelo jerrquico.
La tercera generacin est representada por los SGBD basados en el modelo de redes y
cuya estructura fue normalizada por el grupo CODASYL. Los mejores exponentes de
este grupo son: IDSS, IDMS y ADABAS. Estas dos generaciones comparten el uso de
lenguajes de acceso navegacionales, pues desde un tipo de registro es posible acceder
a otros tipos de registros hijos o enlazados al primero.
La cuarta generacin aparece luego de los aos 70, con el modelo relacional que
simplifica el acceso a los datos para los usuarios externos. Estos sistemas han sido
comercializados al inicio de los aos 80 y cuyos mejores exponentes son: el sistema R y
DB2 de la compaa IBM e INGRES desarrollado en la Universidad de Berkeley-California
y comercializado por Rational Technology, Inc. A esta generacin se le conoce tambin
como tecnologa de bases de datos relacionales, y ella est caracterizada por el uso de
lenguajes de interrogacin o de consulta declarativos, es decir lenguajes donde no es
necesario colocar explcitamente como encontrar los datos, sino que basta indicar que
datos se desean obtener, dejando al SGBD la tarea de encontrarlos y mostrarlos.
Una quinta generacin se encuentra en desarrollo actualmente. Ella est caracterizada
por un modelo de datos ms rico y amplio, que puede soportar una gran cantidad de

14

aplicaciones como: diseo y manufactura asistido por computador (CAD/CAM), diseo
de software asistido por computador (CASE), sistemas de informacin geogrfica (SIG),
etc. Ellos poseen una amplia gama de facilidades o tiles necesarios para apoyar dichas
aplicaciones. Entre sus principales exponentes estn: POSTGRES basado en el enfoque
relacional extendido y los SGBD orientados por objetos (SGBDOO) como son: ORION,
GemStone, O2, ONTOS, Jasmine, Poet, etc.
La evolucin del concepto de base de datos puede observarse en forma resumida en la
tabla siguiente.
Inicio de los aos 60. Finales de los 60 (SMA)
Aos 70 y 80. 2da. 3ra. y 4ta.

Generacin de SGBD.
Aos 90. 5ta. generacin

de SGBD.
Slo archivos
secuenciales.
Aparecen los mtodos de

acceso.
Se mantienen los mtodos de

acceso.
Se mantienen los mtodos de

acceso.
Procesamiento en lotes.
Procesamiento en lotes, en
lnea o en tiempo real
Procesamiento distribuido y/o

paralelo.
Se mantienen todos los tipos de

procesamiento.
Archivo lgico = fsico.
Diferencia entre archivo lgico Tipos bsicos de datos: entero, real, Otros tipos de datos: imgenes,
y fsico.
carcter, fecha, etc.
audio, voz, animacin, etc.
Dependencia lgica y
fsica.
Independencia fsica.
Hay independencia lgica, fsica y de Manejo de objetos compuestos y

localizacin.
complejos.
No hay comparticin de
No hay comparticin de datos.Comparticin de datos.
datos.
Manejo de cualquier tipo de

datos.
Alto nivel de redundancia Se mantiene la redundancia

de datos.
de datos.
No redundancia. Soporte de
evolucin del esquema.
Redundancia de datos controlada.
Hay inconsistencia de
datos.
Se mantiene la inconsistencia
Inconsistencia de datos controlada.
de datos.
Manejo de versiones y reglas.
No hay recursos de
seguridad.
Se usan algunos recursos de Manejo de la integridad y seguridad

seguridad.
de datos.
Transacciones de larga duracin

y cooperativas.
Datos direccionables a
nivel de archivos.
Datos direccionables a nivel

de registros.
Encapsulacin de datos y de
programas.
Datos direccionables a nivel de

campo y grupo.
Lenguajes de
El SMA tiene sus primitivas de Aparecen los lenguajes declarativos Uso de los lenguajes orientados
programacin con las
manejo de archivos utilizadas de descripcin y de manipulacin de por objetos para descripcin y
primitivas de manejo de
desde los lenguajes.
datos.
manipulacin de objetos
archivos.
No hay recuperacin por No hay recuperacin por

varias claves.
varias claves.
Hay recuperacin por varias claves

concatenadas o no.
Evolucin del concepto de bases de datos.

15
Adicionalmente hay
recuperacin por el identificador
del objeto
2.3 Objetivos de un SGBD

Los objetivos de un SGBD se enumeran a continuacin:
1. Independencia fsica: debe permitir la realizacin de estructuras de
almacenamiento de datos en forma independiente de su estructura lgica en la
realidad. Las ventajas de esto son: los cambios en la estructura lgica no
implican cambios en la de almacenamiento, las consideraciones sobre el mejor
manejo de los datos almacenados quedan a cargo del SGBD y los cambio en la
estructura de almacenamiento no implican cambios en los PA.
2. Independencia lgica: debe permitir una cierta independencia entre los datos
vistos por las aplicaciones y la estructura lgica de ellos en la realidad. Sus
ventajas son el soporte de la evolucin de los datos y que cada grupo de trabajo
vea esos datos como cada grupo lo desea. La figura 1.2 ilustra este concepto,
donde hay tres grupos de la organizacin que tienen definidas sus vistas de la
base de datos que est almacenada en disco.
3. Manipulacin de los datos por personas no especializadas en computacin: se
logra permitiendo que cualquier persona consulte y actualice (si est autorizada)
los datos en la base de datos, por medio de lenguajes de programacin no
procedimentales, que permiten expresar lo que se desea obtener, sin describir la
forma de hacerlo.
4. Eficacidad en el acceso a los datos: se permite el acceso eficaz a los datos sin
tener en cuenta que el que hace el acceso sea especialista o no en el rea y que
conozca o no la estructura interna de los datos. El tiempo de respuesta est
intimamente ligado al nmero de accesos a disco, lo que ser soportado por el
SGBD.
5. Administracin centralizada de los datos: debe existir un grupo de trabajo dentro
de la organizacin que se dedique a la definicin de las estructuras de
almacenamiento y de los datos de la base siguiendo su evolucin a travs del
tiempo. Dicho grupo debe formarse con personas especializadas tanto en el rea
como en la misma organizacin.
6. Redundancia de datos controlada: la administracin centralizada debe velar por
la no duplicacin fsica de los datos que sern compartidos por todos los
usuarios, y en caso que sea absolutamente necesaria un cierto nivel de
redundancia, sta debe estar estrictamente controlada por el SGBD.
7. Coherencia de los datos: el SGBD debe tener ciertas facilidades o tiles para
hacer que los PA respeten las reglas de integridad de la BD, en particular
aquellas correspondientes a la modificacin de los datos.
8. Posibilidad de compartir los datos: un PA puede usar los datos almacenados en
la BD como lo desee y como si fuera el nico en usarlo, sin saber que otro puede
estar modificndolo concurrentemente.
9. Seguridad de los datos: se debe permitir la proteccin contra accesos no
autorizados o malintencionados.

16
2.4 Generalidades
Un sistema de base de datos, es la combinacin de programas y archivos que se
utilizan conjuntamente. Un conjunto integrado de programas para dar apoyo en una
base de datos puede formar un sistema de manejo de bases de datos y sirve adems
para supervisar y mantener la vista lgica global de los datos. El SGBD es conocido
tambin como Gestor de Base de datos.
2.2 Diagrama Funcional de un SGBD.
El SGBD sirve como interfase entre la base de datos fsica y las peticiones del usuario.
El SGBD interpreta las peticiones de entrada/salida del usuario y las manda al sistema
operativo para la transferencia de datos entre la unidad de memoria secundaria y la
memoria principal. En s, un sistema manejador de base de datos es el corazn de la
base de datos ya que se encarga del control total de los posibles aspectos que la
puedan afectar.
2.5 Esquema Conceptual (Nivel Lgico Global)

El nivel conceptual describe la estructura lgica global de la base de datos mediante un
modelo abstracto de datos comprensible por el SGBD. Se definen la descripcin de
atributos, de entidades, las conexiones y las restricciones de integridad asociadas a la
semntica (significado). Podemos decir que 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 trminos de su estructura de diseo. El nivel conceptual de
abstraccin lo usan los administradores de bases de datos, quienes deben decidir qu
informacin se va a guardar en la base de datos.

17
El esquema conceptual representa la visin organizacional de la base de datos que se

obtiene al integrar los requerimientos de todos los usuarios en una empresa; y es
totalmente independiente de las estructuras fsicas de almacenamiento y de la
representacin final de los datos que los usuarios manejan. La implantacin de este
esquema es responsabilidad del DBA.
2.3 Diagrama del esquema conceptual.
El esquema conceptual consta de las siguientes definiciones:
Definicin de los datos: Se describen el tipo de datos y la longitud de campo

todos los elementos direccionables y precisin de la informacin que ser
guardada en la base de datos. Los elementos por definir incluyen artculos
elementales (atributos), totales de datos y registros conceptuales (entidades).
Relaciones entre datos: Se definen las relaciones entre datos para enlazar
tipos de registros relacionados para el procesamiento de archivos mltiples para
obtener informacin compuesta y procesos complejos.
En el nivel conceptual la base de datos aparece como una coleccin de registros

lgicos, sin descriptores de almacenamiento. En realidad los archivos conceptuales no
existen fsicamente. La transformacin de registros conceptuales a registros fsicos para
el almacenamiento se lleva a cabo por el sistema y es transparente al usuario.
2.5.1
Generalidades
2.5.1.1 Elementos en la Definicin de Datos.

Atributos.- Identificador que permite manipular en forma individual las caractersticas
de un objeto (entidades). Representan las propiedades bsicas de las entidades y de las
relaciones. Cada atributo tiene un conjunto de valores asociados denominado dominio.
El dominio define todos los valores posibles que puede tomar un atributo.
Existen diferentes tipos de atributos:
Atributo simple: Este atributo tiene un solo componente, que no se puede dividir
en partes mas pequeas que tengan un significado propio.
Atributo Compuesto: Es un atributo con varios componentes, cada uno con un
significado por s mismo. Un grupo de atributos se representa mediante un
atributo compuesto cuando tienen afinidad en cuanto a su significado, o en
cuanto a su uso. Se representa grficamente mediante un valo.

18
Atributo Monovalente: es aqul que tiene un solo valor para cada ocurrencia de
la entidad o relacin a la que pertenece.
Atributo Polivalente: Es aqul que tiene varios valores para cada ocurrencia de la
entidad o relacin a la que pertenece. tambin se les denomina multivaluados, y
pueden tener un nmero mximo y un nmero mnimo de valores dada por la
cardinalidad.
Llaves.- Atributos o conjuntos de atributos mediante los cuales pueden hacerse

referencia a una entidad especfica, que deben reconocerse y definirse con claridad:
Super-llaves: Es un conjunto de uno o ms atributos que, tomados
colectivamente, permiten identificar de forma nica una entidad en el conjunto de
entidades. Es un conjunto de atributos mediante los cuales es posible reconocer a
una entidad. Este tipo de llaves contiene comnmente atributos ajenos; es decir,
atributos que no son indispensables para llevar a cabo el reconocimiento del
registro.
Llaves candidato: Las llaves candidatas son subconjuntos mnimas de las
superclaves, ya que el concepto de superclave no es suficiente, puede contener
atributos innecesarios. Son aquellas super llaves que no contienen atributos
ajenos; es decir, aquellos conjuntos de atributos que no tienen un subconjunto
menor que pueda considerarse como super llave
Llave primaria: Es aquel atributo el cual consideramos clave para la identificacin
de los dems atributos que describen a la entidad. Es aquella llave que el
diseador de la base de datos selecciona entra las llaves candidatos encontradas.
Entidades Fuertes y Dbiles.- Una entidad es un objeto que existe y se distingue de
otros objetos de acuerdo a sus caractersticas llamadas atributos. Existen conjuntos de
entidades que no poseen los atributos necesarios para conformar una llave primaria; a
estos se les conoce como entidades dbiles. Cuando existen los atributos necesarios
para formar una llave primaria, se denominan entidades fuertes. Las entidades dbiles
se subordinan a las entidades fuertes.
Especializacin y Generalizacin.- La generalizacin es el resultado de la unin de 2
o ms conjuntos de entidades (de bajo nivel) para producir un conjunto de entidades de
ms alto nivel. Se usa para hacer resaltar los parecidos entre tipos de entidades de
nivel ms bajo y ocultar sus diferencias. En otras palabras, consiste en identificar todos
aquellos atributos iguales de un conjunto de entidades para formar una entidad(es)
global(es) con dichos atributos semejantes, dicha entidad(es) global(es) quedara a un
nivel ms alto al de las entidades origen. Trata de eliminar la redundancia (repeticin)
de atributos, al englobar los atributos semejantes. La Especializacin es el resultado de
tomar un subconjunto de entidades de alto nivel para formar un conjunto de entidades
de ms bajo nivel. Particin de entidades con el objeto de optimizar el espacio de
almacenamiento.
Dependencias de Existencias.- Debe especificarse con precisin si la existencia de
una o ms entidades o conjuntos de entidades- estn supeditadas a la existencia de
otras; es decir, si la entidad A depende de la existencia de la entidad B, entonces A es
dependiente de existencia por B, si eliminamos a B tendramos que eliminar por
consecuente la entidad A, en este caso B es la entidad Dominante y A es la entidad
subordinada.

19
2.5.1.2 Elementos en la Definicin de las Relaciones.

El establecimiento de conexiones entre las entidades y conjuntos de entidades que
conforman una base de datos, deben especificarse en forma precisa de la siguiente
manera:
Para cada relacin:
Nombre de las Relaciones.- Generalmente es una etiqueta que indica la funcin
que desempea la relacin; a esta relacin se le denomina papel. En los modelos
donde se requiere una mayor precisin en la definicin de los componentes, se
recomienda indicar los papeles en ambos sentidos.
Cardinalidad de las Relaciones.- Debe definirse en forma muy precisa si las
entidades de cada conjunto de entidades tendrn interaccin con solo una o
varias entidades del conjunto a relacionar. Debe verificarse que la cardinalidad
tenga validez para todos los casos que puedan presentarse en el manejo de la BD;
es decir, si son validas para cualquier instancia.
Opcionalidad de las Relaciones.- Permiten definir con mayor claridad aquellos
casos en los que una relacin puede no establecerse. Las especificaciones de
estas situaciones nos permitirn definir estructuras ms precisas, consistentes y
de baja redundancia.
2.5.1.3
Consideraciones de Agregacin.
Es la agrupacin dos o ms conjuntos de entidades relacionados para conformar un solo

conjunto lgico de entidades. El objetivo primordial en la agregacin ser el establecer
relaciones entre conjuntos de entidades agrupadas.
2.5.1.4
Metodologa del Diseo Conceptual
Se construyen varios esquemas conceptuales, cada uno para representar las distintas
visiones que los usuarios tienen de la informacin. Cada una de las visiones suelen
corresponder a las diferentes reas funcionales de la empresa. A los esquemas
conceptuales correspondientes a cada vista de usuario se les denomina esquemas
conceptuales locales. Cada uno de estos esquemas se compone de entidades,
relaciones, atributos, dominios de atributos e identificadores. El esquema conceptual
tambin tendr una documentacin, que se ir produciendo durante su desarrollo. Las
tareas a realizar en el diseo conceptual son las siguientes:
1. Identificar las entidades.
2. Identificar las relaciones.
3. Identificar los atributos y asociarlos a entidades y relaciones.
4. Determinar los dominios de los atributos.

20

5.
6.
7.
8.
2.5.2
Determinar los identificadores.

Determinar las jerarquas de generalizacin (si las hay).
Dibujar el diagrama entidad-relacin.
Revisar el esquema conceptual local con el usuario.
Estructura de la Base de Datos.
Esquema de base de datos: Es la estructura por la que esta formada la base de

datos, se especifica por medio de un conjunto de definiciones que se expresa mediante
un lenguaje especial llamado lenguaje de definicin de datos. (DDL).
Adems de la definicin de las propiedades de los datos y de las relaciones debe
especificarse el formato que guardaran las siguientes estructuras:
Diccionario de datos. Contiene la informacin referente a la estructura de la
base de datos. Informacin que nos indique con claridad el tipo de datos que
sern utilizados, sus mbitos de influencia y sus limitantes de integridad.
ndices. Permiten un rpido acceso a registros que contienen valores
especficos. Son estructuras, se definen para un atributo o conjunto de atributos
asociados, que nos permiten simular una secuencia lgica para las entidades. La
principal cualidad de un ndice reside en la capacidad para acelerar el acceso a
un dato especfico.
Formatos de Captura y Presentacin: Las aplicaciones debern proveer
interfaces amigables y eficientes entre el usuario y la BD. Para esto se definirn,
formatos y pantallas de captura, de consulta y de reporte. La informacin
resultante ser procesada y direccionada cada vez que se active la captura o la
consulta, el formato de tal captura o consulta, el formato de tal captura o
consulta podr almacenarse para su reutilizacin. La etapa de normalizacin
debe refinar los detalles del modelo resultante, de tal forma que la estructura de
las tablas proporcione un bajo nivel de redundancia, minimice hasta donde sea
posible la inconsistencia y sea capaz de proporcionar acceso eficiente a los
datos. Ocasionalmente ser preferible llevar la normalizacin hasta un nivel no
ptimo si se obtiene a cambio eficiencia en el acceso a los datos u otros
beneficios que eleven en forma significativa el desempeo del sistema.
2.5.3 Esquema de Integridad.

Integridad: Consiste en conservar la seguridad en un sistema que se permite a
mltiples usuarios el acceso al sistema y compartir la base de datos. Tiene como
funcin
proteger
la base
de datos contra operaciones que introduzcan
inconsistencias en los datos. Se habla de integridad en el sentido de correccin, validez
o precisin de los datos. Un control de integridad o restricciones es aquel que nos
permite definir con precisin el rango de valores validos para un elemento y/o las
operaciones que sern consideraciones validas en la relacin de tale elementos.
El objetivo primordial de un control de integridad es la reduccin de la inconsistencia en
la BD.

21

Las restricciones de integridad normalmente se aplican en tres niveles:
Un Atributo Simple: Se define un dominio del atributo que es totalmente
independiente del resto del entorno de la Base de Datos. Es un atributo que tiene
un solo componente, que no se puede dividir en partes mas pequeas que tengan
un significado propio(valor nico). Se identifica por la letra inicial en mayscula.
Un Atributo Dependiente de Otro: Se definen subconjuntos de dominios
posibles para un atributo X segn el valor que previamente a sido asignado al
atributo W. Tambin es conocido como atributos de grupo y se representa por
medio de corchetes.
Relaciones entre Tuplas de una o varias Tablas: Se especifican valores
posibles para registros completos segn los valores acumulados registros previos
o por valores existentes en registros de otras tablas. Tambin es conocido como
objeto simtrico y se representa con un rectngulo sombreado y todo con
mayscula.
2.5.4 Reglas de Integridad.

Integridad de referencial. Se aplica a las claves ajenas: si en una relacin hay alguna
clave ajena, sus valores deben coincidir con valores de la clave primaria a la que hace
referencia, o bien, deben ser completamente nulo. Se enmarca en trminos de estados
de la base de datos indica lo que es un estado ilegal pero no dice como puede evitarse.
Existen 2 opciones rechazar la operacin o bien aceptar la operacin y realizar
operaciones adicionales compensatorias que conduzcan a un estado legal. Por lo tanto,
para cada clave ajena de la base de datos habr que contestar a tres preguntas:
Reglas de los nulos: tiene sentido que la clave ajena acepte nulos?
Regla de borrado: Qu ocurre si se intenta borrar la tupla referenciada por la
clave ajena?
Restringir: no se permite borrar la tupla referenciada.
Propagar: se borra la tupla referenciada y se propaga el borrado a las
tuplas la referencia mediante la clave ajena.
Anular: se borra la tupla referenciada y las tuplas que la reverenciaba
ponen a nulo la clave ajena (solo si acepta nulos).
Reglas de modificacin: Qu ocurre si se intenta modificar el valor de la
clave primaria de la tupla referenciada por la clave ajena?
Restringir: no se permite modificar el valor de la clave primaria de la
tupla referenciada.
Propagar:
se
modifica
el
valor
de
la
clave primaria de la tupla referenciaba y se propaga la modificacin a las
tuplas que la referencia mediante clave ajena.
Anular: se modifica la tupla referenciada y las tuplas que la referenciaban
ponen a nulo la clave ajena (solo si acepta nulos).
Reglas de Integridad de Dominio. Un dominio de valores posibles puede
estar asociado con cada atributo. Los lmites de dominio son la forma ms
elemental de restricciones de integridad. Son fciles de probar por el sistema
siempre que se introduce un nuevo dato en la base de datos.

22

Tipos de dominios: Es posible que varios atributos tengan el mismo
dominio. Podemos ver que una definicin adecuada de restricciones de
dominio no solo nos permite probar consultas para asegurar que la
comparacin que se hace tiene sentido. El principio que hay detrs de los
dominios de atributo es similar al que hay detrs de la asignacin de
tipos a variables en los lenguajes de programacin. Los lenguajes de
programacin fuertemente tipiados permiten que el compilador el
programa con mayor detalle.
Integridad de relaciones. Esta regla se aplica a las claves primarias de
las relaciones base: ningn atributo que forme parte de una llave primaria
puede aceptar valores nulos. Por definicin, una clave primaria es
irreducible que se utiliza para identificar de modo nico las tuplas.
Irreducible significa que ningn subconjunto de la clave primaria sirve para
identificar las tuplas de modo nico. Si se permite que parte de la clave
primaria sea nula, se est diciendo que no todos sus atributos son
necesarios para distinguir las tuplas, con lo que se contradice la
irreducibilidad. Esta regla solo se aplica a las relaciones base y a las claves
primarias, no a las claves alternativas.
Nulos: Ningn atributo que forme parte de una llave primaria puede
aceptar valores nulos. Un valor nulo es un valor que esta fuera de la
definicin de cualquier
dominio el cual permite dejar el valor del
atributo latente; en otras palabras, un valor nulo no representa el valor
cero, ni una cadena vaca, stos son valores que tienen significado; implica
ausencia de informacin por que se desconoce el valor del atributo o
simplemente no tiene sentido.
Reglas de negocio: Los usuarios o los administradores de la base de datos
pueden imponer ciertas restricciones especficas sobre los datos, a esto se le
conoce como reglas de negocio.
2.5.5 Esquema de Seguridad y Autorizacin.

Seguridad:
El objetivo es proteger la Base de Datos contra accesos no autorizados. Se le conoce
tambin como privacidad.
Incluye aspectos de:
Aspectos legales, sociales y ticos.
Polticas de la empresa, niveles de informacin pblica y privada.
Controles de tipo fsico, acceso a las instalaciones.
Identificacin de usuarios: voz, retina del ojo, etc.
Controles de sistema operativo.
En relacin al SGBD, debe mantener informacin de los usuarios, su tipo y los accesos y
operaciones permitidas a stos. El problema de la seguridad consiste en lograr que los
recursos de un sistema sean, bajo toda circunstancia, utilizados para los fines previstos.
Para eso se utilizan mecanismos de proteccin. Un aspecto importante de la seguridad
es el de impedir la prdida de informacin, la cual puede producirse por diversas
causas: fenmenos naturales, guerras, errores de hardware o de software, o errores
humanos. La solucin es una sola: mantener la informacin respaldada, de preferencia

23

en un lugar lejano Otro aspecto importante de la seguridad, es el que tiene que ver con
el uso no autorizado de los recursos:
Lectura de datos.
Modificacin de datos.
Destruccin de datos.
Uso de recursos: ciclos de CPU, impresora, almacenamiento.
Otras amenazas y ataques posibles:

Virus. Un virus es parecido a un gusano, en cuanto se reproduce, pero la
diferencia es que no es un programa por s slo, si no que es un
trozo de cdigo que se adosa
a un programa legtimo,
contaminndolo. Cuando un programa
contaminado se ejecuta,
ejecutar
tambin
el
cdigo
del
virus,
lo
que
permitir
nuevas reproducciones, adems de alguna accin (desde un simple
mensaje inocuo hasta la destruccin de todos los archivos).
Caballo de troya. Un caballo de troya es un programa aparentemente
til que contiene un trozo de cdigo que hace algo no deseado.
Puerta trasera. Una puerta trasera es un
punto de
entrada
secreto, dejado por los implementadores del sistema para saltarse los
procedimientos normales de seguridad. La puerta trasera puede
haberse dejado con fines maliciosos o como parte del diseo; en
cualquier caso, son un riesgo.
Caza claves. Dejar corriendo en un terminal un programa que pida
"login:" y luego "password:", para engaar a los usuarios de modo que
estos revelen su clave.
Solicitar recursos como pginas de memoria o bloques de disco, y ver qu
informacin contienen; muchos sistemas no los borran cuando se liberan, de modo que
se puede encontrar informacin "interesante".Sobornar o torturar al administrador para
que suelte la clave.
Principios bsicos para la seguridad:
Suponer que el diseo del sistema es pblico.
El defecto debe ser: sin acceso.
Chequear permanentemente.
Los mecanismos de proteccin deben ser simples, uniformes y construidos en
las capas ms bsicas del sistema.
Los mecanismos deben ser aceptados sicolgicamente por los usuarios.
Tipos de usuarios:
Podemos definir a los usuarios como toda persona que tenga todo tipo de contacto con
el sistema de base de datos desde que este se disea, elabora, termina y se usa.
DBA, estn permitidas todas las operaciones, conceder privilegios y establecer
usuarios. Usuario con derecho a crear, borrar y modificar objetos y que adems
puede conceder privilegios a otros usuarios sobre los objetos que ha creado.
Privilegios sobre los objetos, aadir nuevos campos, indexar, alterar la estructura
de los objetos, etc.

24
Programadores de aplicaciones. Los profesionales en computacin que interactan

con el sistema por medio de llamadas en DML (Lenguaje de Manipulacin de
Datos), las cuales estn incorporadas en un programa escrito en un lenguaje de
programacin (Por ejemplo, Cobol, PL/I, Pascal, C, etc.).
Usuarios sofisticados. Los usuarios sofisticados interactan con el sistema sin
escribir programas. En cambio escriben sus preguntas en un lenguaje de
consultas de base de datos.
Usuarios especializados. Algunos usuarios sofisticados escriben aplicaciones de
base de datos especializadas que no encajan en el marco tradicional de
procesamiento de datos.
Usuarios ingenuos. Los usuarios no sofisticados interactan con el sistema
invocando a uno de los programas de aplicacin permanentes que se han escrito
anteriormente en el sistema de base de datos, podemos mencionar al usuario
ingenuo como el usuario final que utiliza el sistema de base de datos sin saber
nada del diseo interno del mismo por ejemplo: un cajero.
Los SGBD tienen opciones que permiten manejar la seguridad, tal como GRANT,
REVOKE, etc. Tambin tienen un archivo de auditoria en donde se registran las
operaciones que realizan los usuarios.
Medidas de Seguridad
Fsicas: Controlar el acceso al equipo. Tarjetas de acceso, etc.
Personal: Acceso slo del personal autorizado. Evitar sobornos, etc.
SO: Seguridad a nivel de SO.
SGBD: Uso herramientas de seguridad que proporcione el SGBD. Perfiles de usuario,
vistas, restricciones de uso de vistas, etc.
Un SGBD cuenta con un subsistema de seguridad y autorizacin que se encarga de
garantizar la seguridad de porciones de la BD contra el acceso no autorizado:
Identificar y autorizar a los usuarios: uso de cdigos de acceso y palabras claves,
exmenes, impresiones digitales, reconocimiento de voz, barrido de la retina, etc.
Autorizacin: usar derechos de acceso dados por el terminal, por la operacin que
puede realizar o por la hora del da.
Uso de tcnicas de cifrado: para proteger datos en Base de Datos distribuidas o
con acceso por red o internet.
Diferentes tipos de cuentas: en especial del ABD con permisos para: creacin
de cuentas, concesin y revocacin de privilegios y asignacin de los
niveles de seguridad.
Manejo de la tabla de usuarios con cdigo y contrasea, control de las
operaciones efectuadas en cada sesin de trabajo por cada usuario y anotadas en
la bitcora, lo cual facilita la auditoria de la Base de Datos.
Identificacin y Autentificacin.

25

En un SGBD existen diversos elementos que ayudan a controlar el acceso a los datos.
En primer lugar el sistema debe identificar y autentificar a los usuarios utilizando
alguno de las siguientes formas:
Cdigo y contrasea.
Identificacin por hardware.
Caractersticas bioantropomtricas.
Conocimiento, aptitudes y hbitos del usuario.
Informacin predefinida (Aficiones, cultura, etc.)
Adems, el administrador deber especificar los privilegios que un usuario tiene sobre
los objetos:
Usar una B.D.
Consultar ciertos datos.
Actualizar datos.
Crear o actualizar objetos.
Ejecutar procedimientos almacenados.
Referenciar objetos.
Indexar objetos.
Crear identificadores.
Mecanismos de Autentificacin.
La autentificacin, que consiste en identificar a los usuarios que entran al sistema, se
puede basar en posesin (llave o tarjeta), conocimiento (clave) o en un atributo del
usuario (huella digital).
Claves: El mecanismo de autentificacin ms ampliamente usado se basa en el

uso de claves o passwords; es fcil de entender y fcil de implementar. Sin
embargo, una proporcin demasiado grande de las claves escogidas por los
usuarios son fciles de adivinar, pues la idea es que sean tambin fciles de
recordar. La clave tambin se puede descubrir mirando (o filmando) cuando
el usuario la digita, o si el usuario hace login remoto, interviniendo la red y
observando todos los paquetes que pasan por ella. Por ltimo, adems de que
las claves se pueden descubrir, stas tambin se pueden "compartir", violando
las reglas de seguridad. En definitiva, el sistema no tiene ninguna garanta
de que quien hizo login es realmente el usuario que se supone que es.
Identificacin fsica: Un enfoque diferente es usar un elemento fsico difcil de

copiar, tpicamente una tarjeta con una banda magntica. Para mayor
seguridad este enfoque se suele combinar con una clave (como es el caso de los
cajeros automticos). Otra posibilidad es medir caractersticas fsicas
particulares del sujeto: huella digital, patrn de vasos sanguneos de la retina,
longitud de los dedos. Incluso la firma sirve.
Algunas medidas bsicas:

Demorar la respuesta ante claves errneas; aumentar la demora cada vez. Alertar
si hay demasiados intentos.
Registrar todas las entradas. Cada vez que un usuario entra, chequear cundo y
desde dnde entr la vez anterior.

26
Hacer chequeos peridicos de claves fciles de adivinar, procesos que llevan

demasiado tiempo corriendo, permisos errneos, actividades extraas (por
ejemplo cuando usuario est de vacaciones).
Matriz de Autorizacin.
Autorizaciones. Para facilitar la administracin los SGBD suele incorporar el concepto
de perfil, rol o grupo de usuarios que agrupa a una serie de privilegios por lo que el
usuario que se asigna a un grupo hereda todos los privilegios del grupo. El mecanismo
de control de acceso se encarga de denegar o conceder el acceso a los usuarios. En
un SGBD puede existir diferentes tipos de autorizacin:
Una primera distincin puede hacerse entre:
Autorizacin explicita. Normalmente usada en los sistemas tradicionales.
Consiste en almacenar que sujetos pueden accesar a ciertos objetos con
determinados privilegios para lo que suele utilizarse una matriz de control de
accesos.
Autorizacin implcita. Consiste en que una autorizacin definida sobre un
objeto puede deducirse a partir de otras (por ejemplo si se puede acceder a una
clase en un SGBD se puede tambin acceder a todas las instancias de esa
clase).
Los usuarios pueden tener varios tipos de autorizacin para diferentes partes de la base
de datos. Entre ellas estn las siguientes:
La autorizacin de lectura permite la lectura de los datos, pero no su
modificacin
La autorizacin de insercin permite la insercin de datos nuevos, pero no la
modificacin
de
los
existentes.
La autorizacin de actualizacin permite la modificacin de los datos, pero no
su borrado.
La autorizacin de borrado permite el borrado de los datos.
Los usuarios pueden recibir todos los tipos de autorizacin o ninguno de ellos, o una
combinacin determinada de los mismos. Adems de estas formas de autorizacin para
el acceso a los datos los usuarios pueden recibir autorizacin para modificar el esquema
de la base de datos:
La autorizacin de ndices permite la creacin y borrado de ndices.
La autorizacin de recursos permite la creacin de las relaciones nuevas.
La autorizacin de alteracin permite el aadido o el borrado de atributos de
las relaciones.
La autorizacin de eliminacin permite el borrado de relaciones.
Las autorizaciones de eliminacin y de borrado se diferencian en que la autorizacin de
borrado solo permite el borrado de tuplas. Si un usuario borra todas las tuplas de una
relacin, la relacin sigue existiendo, vaca. Si se elimina una relacin, deja de existir.
La capacidad de crear nuevas relaciones queda regulada mediante la autorizacin de
recursos. El usuario con la autorizacin de recursos que crea una relacin nueva recibe
automticamente todos los privilegios sobre el sistema.

27

La autorizacin de ndices puede parecer innecesaria, dado que la creacin o borrado
de un ndice no afecta a los datos de las relaciones. Ms bien, los ndices son una
estructura para las mejoras de rendimiento. Sin embargo, los ndices tambin
ocupan espacio y se exige que las modificaciones de las bases de datos actualicen
los ndices , los que llevaran a cabo actualizaciones estaran tentados de borrar los
ndices , los que llevan a cabo actualizaciones estaran tentados de borrar los
ndices, mientras que los que formulara consultas estaran tentados de crear
numeroso ndices.
La forma superior de autoridad es la concebida al administrador de la base de
datos. El administrador de la base de datos puede autorizar usuarios nuevos,
reestructurar la base de datos, etc. Esta forma de autorizacin es anloga a la
proporcionada al sper usuario u operador del sistema operativo.
Riesgos para la Seguridad de la Informacin.
Riesgos en la Implantacin. Cuando se esta instalando o actualizando un

sistema, los principales factores de riesgo son aquellos relacionados con el
ajuste de formatos, dominios y otros parmetros que pueden verse afectados
por la conversin del sistema; ya sea manual-automatizado o automatizadoautomatizado. Cuando el sistema que se implanta ha de recibir nueva
informacin, es importante el establecimiento de cdigos que permitan validar la
captura para minimizar los riesgos de informacin no confiable.
Riesgos en la Operacin. Mientras el sistema se encuentra en uso, se dice
que las operaciones se realizan en lnea; es decir, la informacin se afecta por
medio de los procedimientos definidos en el sistema. La proteccin ms comn
para reducir estos riesgos consiste en el establecimientos de claves de
operacin (password) tanto para accesar a la aplicacin como a las diversas
operaciones que esta desempea.
Las claves pueden asignarse:
Genrico
Por niveles de seguridad
Por tipos de acceso a los datos.
Criterios para la seleccin de las claves de acceso:
No informacin que pueda asociarse al usuario.
Fcil de recordar, difcil de adivinar.
Debe utilizar un parmetro variable o algoritmo
Algunos sistemas que manejan claves fijas pueden incluir controles sobre el
usuario que lo obliguen a modificar su clave de acceso con cierta regularidad. Es
importante que el cdigo que mantiene la tabla de claves de usuarios en el
sistema se encuentre codificada o encriptada.

28
Riesgos en Tiempos Muertos. Cuando el sistema no se encuentra en

operacin la informacin esta expuesta a ser alterada fuera de lnea; es decir,
sin utilizar los programas de aplicacin diseados para este fin. Algunas de las
tcnicas ms utilizadas para evitar y en algunos casos solo para ejecutar
modificaciones fuera de lnea son:
Encriptamiento.- Consiste en convertir la informacin de la BD a un
formato que resulte ilegible sino se dispone del algoritmo de conversin.
Aplicacin de Totales de Control.- Consiste en generar registros ficticios
que son agregados a la BD y que permitirn detectar la insercin,
eliminacin o modificacin de datos en la gran mayora de los casos. Los
registros ficticios son creados con informacin que se obtiene de
acumulados o valores estadsticos de los registros reales.
Dgitos de Control.- son caracteres que se anexan a las claves o a los
datos que sern manejados con el objeto de autentificar su validez. Su
aplicacin se extiende a procesos en lnea y proteccin fuera de lnea.
Consideraciones en Ambiente Multiusuario.

Precauciones adicionales a las anteriores, deben ser tomadas en cuenta para elevar el
nivel de seguridad en redes de usuarios. Las ms comunes son:
Validar no contraseas repetidas.
Eliminar claves de acceso de usuarios deshabilitados.
Establecer polticas y sanciones por desatender estaciones desconectadas (con
acceso).
Restringir procesos de alto riesgo a terminales con mayor nivel de seguridad y/o
vigilancia.
Establecer controles dial-up/call-back para el acceso validado a las terminales; es
decir, implementar sistemas electrnicos de autenticacin de terminal.
Establecer polticas para denegar el acceso despus de una cantidad determinada
de intentos fallidos de un tiempo transcurrido.
Controles Genricos de Acceso.
Debe considerarse la posibilidad de controles alternos cuando el sistema maneja
informacin o recursos altamente privilegiados para la organizacin. Las formas ms
comunes para autentificar la identidad del usuario son:
Algo que el usuario conoce.- Password, contrasea, algoritmos de acceso.
Algo que el usuario tiene.- Tarjetas de acceso, bandas magnticas etc.
Identificacin de aspectos fsicos del usuario.- Huellas digitales, examen de la
retina, voz etc.
2.4 Herramientas.
El esquema conceptual se construye utilizando la informacin que se encuentra
en la especificacin de los requisitos de usuario. El diseo conceptual es
completamente independiente de los aspectos de implementacin, como pueden ser el
SGBD que se va a usar, los programas de aplicacin, los lenguajes de programacin, el
hardware disponible o cualquier otra consideracin fsica. Durante todo el proceso de
desarrollo del esquema conceptual ste se prueba y se valida con los requisitos de los

29

usuarios. El esquema conceptual es una fuente de informacin para el diseo lgico de
la base de datos.
Unidad III. Implementacin del Esquema Interno (Nivel Fsico).
Es el nivel ms bajo de abstraccin, 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 trminos de su estructura de diseo. El diseo fsico es el
proceso de producir la descripcin de la implementacin de la base de datos en
memoria secundaria: estructuras de almacenamiento y mtodos de acceso que
garanticen un acceso eficiente a los datos. Entre el diseo fsico y el diseo lgico hay
una realimentacin, ya que alguna de las decisiones que se tomen durante el diseo
fsico para mejorar las prestaciones, pueden afectar a la estructura del esquema lgico.
Diagrama del Esquema Fsico.

El propsito del diseo fsico es describir cmo se va a implementar fsicamente
el esquema lgico obtenido en la fase anterior. Concretamente en el modelo relacional,
consiste en:
Obtener un conjunto de relaciones (tablas) y las restricciones que se deben
cumplir sobre ellas.
Determinar las estructuras de almacenamiento y los mtodos de acceso que se
van a utilizar para conseguir unas prestaciones ptimas.
Disear el modelo de seguridad del sistema.
En el nivel fsico se debe especificar:
Estrategias de Almacenamiento:- Asignacin de espacio de almacenamiento para
el conjunto de datos.
Estrategias de Emplazamiento de los Datos:- Para optimizar los recursos a la hora
de exportar la base de datos (tiempo de respuesta, disco, memoria, etc.).
Caminos de Acceso:- Se incluye la especificacin de claves como la de ndices y
punteros. El administrador debe especificar dispositivos de memoria, tamao de
pgina, nmero de pginas asignadas a cada rea de almacenamiento, tamao de
buffer, correspondencia entre esquemas y organizaciones fsicas, agrupamiento,
ndices, y dependiendo del SGDB podr tambin definir punteros entre registros.
Ventajas:
Aplicaciones Independientes del Nivel Interno:- Un cambio en la estrategia en los
accesos a datos, no cambia el esquema conceptual.
Transportabilidad para cambiar el SGDB a otro Entorno:- Basta rescribir la
correspondencia interna/fsica.

30
Aplicaciones Independientes del Nivel Conceptual:- Se puede modificar sin que

afecte a las aplicaciones. Esto garantiza la confidencialidad de los datos.
3.1 Estructura de Datos.
Un sistema de base de datos se encuentra dividido en mdulos cada uno de los
cuales controla una parte de la responsabilidad total de sistema. En la mayora de los
casos, el sistema operativo proporciona nicamente los servicios ms bsicos y el
sistema de la base de datos debe partir de esa base y controlar adems el manejo
correcto de los datos. As el diseo de un sistema de base de datos debe incluir la
interfaz entre el sistema de base de datos y el sistema operativo.
Los componentes funcionales de un sistema de base de datos, son:
Gestor de Archivos. Gestiona la asignacin de espacio en la memoria del disco y de
las estructuras de datos usadas para representar informacin.
Manejador de Base de Datos. Sirve de interfaz entre los datos y los programas de
aplicacin.
Procesador de Consultas. Traduce las proposiciones en lenguajes de consulta a
instrucciones de bajo nivel. Adems convierte la solicitud del usuario en una forma ms
eficiente.
Compilador de DDL. Convierte las proposiciones DDL en un conjunto de tablas que
contienen metadatos, estas se almacenan en el diccionario de datos.
Archivo de Datos. En l se encuentran almacenados fsicamente los datos de una
organizacin.
Diccionario de Datos. Contiene la informacin referente a la estructura de la base de
datos. Informacin que nos indique con claridad el tipo de datos que sern utilizados,
sus mbitos de influencia y sus limitantes de integridad.
ndices. Permiten un rpido acceso a registros que contienen valores especficos. Son
estructuras, se definen para un atributo o conjunto de atributos asociados, que nos
permiten simular una secuencia lgica para las entidades. La principal cualidad de un
ndice reside en la capacidad para acelerar el acceso a un dato especfico.
Datos Estadsticos. Almacenan informacin estadstica sobre los datos en la base de
datos. El procesador de consultas usa esta informacin para seleccionar las formas
eficientes para ejecutar una consulta.
Diseo Fsico de una Base de Datos.
El diseo fsico es el proceso de escoger las estructuras de almacenamiento en
disco y mtodos de acceso a los datos ms adecuada para lograr un buen rendimiento
de la base de datos. En el momento del diseo fsico es importante conocer la carga de
trabajo (combinacin de consultas y actualizaciones) que la base de datos debe
soportar y los requerimientos del usuario. Es importante tambin que el diseador
conozca las tcnicas de procesamiento de consultas e indexacin soportadas por el
SGBD.
La clave de un buen diseo fsico es una correcta descripcin de la carga de
trabajo: lista de consultas y actualizaciones, indicando sus frecuencias de operacin y el
resultado esperado. Para cada consulta es necesario indicar las relaciones a las que se
accede, los atributos de salida y los que intervienen en filtros y condiciones. Igualmente
para las actualizaciones deben conocerse los atributos sobre los que se expresan
condiciones y el tipo de actualizacin y la relacin y atributos actualizados.
Durante el diseo fsico es necesario realizar importantes decisiones:
Que ndices crear. Las consultas y actualizaciones pueden beneficiarse de la
presencia de ndices. Sin embargo las actualizaciones requieren de un tiempo
adicional para mantener los ndices sobre atributos modificados.
Aspectos para realizar cambios en el esquema conceptual:

31

Esquemas normalizados alternativos. En general existen diferentes alternativas
para descomponer esquemas en una forma normal.
Desnormalizacin. Podemos reconsiderar las descomposiciones realizadas durante la
normalizacin para la mejora de consultas aplicadas sobre atributos de varias
relaciones.
Particionamiento vertical. En ocasiones puede resultar de inters dividir una relacin
en ms relaciones para la mejora de consultas que afectan slo a ciertos atributos.
Vistas. Aadir vistas para ocultar a los usuarios los cambios en el esquema conceptual.
3.2 Mtodos de Acceso.
Organizacin de Ficheros.
La organizacin de ficheros es la forma de situar los registros cuando se
almacenan en disco. La eficiencia en las operaciones de manipulacin de registros
depende de una correcta organizacin de ficheros.
Los gestores soportan diferentes tcnicas de organizacin de ficheros y es una
tarea importante del administrador de la base de datos elegir la opcin en funcin del
patrn de uso. Existen tres organizaciones bsicas de archivos:
a) Ficheros Heap. Sus registros estn colocados en forma aleatoria, este tipo de
organizacin resulta adecuada cuando la forma de acceso ms frecuente es la
recuperacin de todos los registro.
b) Ficheros Ordenados. Sus registros estn ordenados segn los valores de una
secuencia de campos (denominada clave de bsqueda). ste tipo resulta adecuado
cuando los registros se recuperan en un cierto orden o cuando se recupera sobre un
cierto rango de registro.
c) Ficheros Hash. El hashing consiste en convertir el valor de un campo (o conjunto
de campos) en una posicin dentro del archivo aplicndole una funcin denominada
funcin de randomizacin o hash.
3.3 Herramientas.
Herramientas CASE.
Una de las herramientas para llevar a cabo el resto de tareas del modo ms
eficiente y efectivo posible en la primera etapa del ciclo de vida de las aplicaciones de
bases de datos, es hacer uso de la herramienta CASE (Computer-Aided Software
Engineering).
La tecnologa CASE supone la automatizacin del desarrollo del software,
contribuyendo a mejorar la calidad y la productividad en el desarrollo de sistemas de
informacin.
Una herramienta CASE suele incluir:
Un diccionario de datos para almacenar informacin sobre los datos de la
aplicacin de la base de datos.
Herramienta de diseo para dar apoyo al anlisis de datos.
Herramientas que permitan desarrollar el modelo de datos corporativo, as como
los esquemas conceptual y lgico.
Herramientas para desarrollar los prototipos de las aplicaciones.
El uso de las herramientas CASE puede mejorar la productividad en el desarrollo
de una aplicacin de base de datos. Y por productividad se entiende tanto la eficiencia
en el desarrollo, como la efectividad del sistema desarrollado. La eficiencia se refiere al
coste, tanto en tiempo como en dinero, de desarrollar la aplicacin. La efectividad se
refiere al grado en que el sistema satisface las necesidades de los usuarios. Para tener
una buena productividad, subir el nivel de efectividad puede ser ms importante que
aumentar la eficiencia.

32
Unidad IV. Implementaciones de los Esquemas Externos (Vistas)

4.1 Estructura de Datos.
Es el nivel ms alto de abstraccin, es lo que el usuario final puede visualizar del
sistema terminado, describe slo una parte de la base de datos al usuario acreditado
para verla. El sistema puede proporcionar muchas visiones para la misma base de
datos.
Esquema del nivel de Vistas.

Las Vistas:- Son una especie de tablas virtuales; es decir no existen fsicamente
sino que forman mediante la seleccin y/o filtrado de los componentes de otras tablas,
una vista puede ser definida en base a una lista previa. Esto significa que pueden
crearse dependencia entre las vistas. Cuando una vista es definida en base a otra, se
dice que es dependiente de esta por lo tanto, se suprimir automticamente la vista
dependiente si se suprime la vista original. La eliminacin de una tabla provoca
tambin la eliminacin automtica de todas las vistas que se hayan definido haciendo
referencia a ella.
Las vistas son una forma lgica de ver los datos fsicos ubicados en tablas.
Cuando creamos una vista, seleccionamos un formato que incluye datos que pueden
ser tomados de una o ms tablas. La vista queda almacenada en forma permanente, si
bien los datos grabados permanecen inalterados en las tablas correspondientes. Una
vista slo es una ventana a los datos almacenados.
Una vista es el resultado dinmico de una o varias operaciones relacionales
realizadas sobre las relaciones base. Una vista es una relacin virtual que se produce
cuando un usuario la consulta. Al usuario le parece que la vista es una relacin que
existe y la puede manipular como si se tratara de una relacin base, pero la vista no
est almacenada fsicamente. El contenido de una vista est definido como una
consulta sobre una o varias relaciones base. Cualquier operacin que se realice sobre la
vista se traduce automticamente a operaciones sobre las relaciones de las que se
deriva. Las vistas son dinmicas porque los cambios que se realizan sobre las tablas
base que afectan a una vista se reflejan inmediatamente sobre ella. Cuando un usuario
realiza un cambio sobre la vista (no todo tipo de cambios estn permitidos), este
cambio se realiza sobre las relaciones de las que se deriva.
El nivel ms alto de abstraccin describe slo parte de la base de datos
completa. A pesar del uso de estructuras ms sencillas en el nivel conceptual,
permanece algo de complejidad debido al gran tamao de la base de datos. Muchos
usuarios del sistema de bases de datos no se interesarn por toda la informacin. En
cambio, dichos usuarios slo necesitan una parte de la base de datos. Para simplificar
su interaccin con el sistema, se define el nivel de abstraccin de visin. El sistema
puede proporcionar muchas visiones de la misma base de datos.

33

La fase concluyente en el diseo de aplicaciones es la generacin de las
interfaces que la aplicacin proporcionara para establecer comunicacin con el usuario.
Tradicionalmente estas interfaces han sido escritas y/o capturadas, de tal forma que el
usuario revisa informacin desplegada en pantalla o impresa en papel y responde
introduccin de datos por el teclado y/o con el auxilio del ratn.
Objetivos y Ventajas de las Vistas.
El objetivo primordial de la utilizacin de esquemas externos es facilitar al usuario la
percepcin que este tiene de la base de datos as como el trabajo que van a desarrollar
sobre sta.
Las principales ventajas que se obtienen al utilizar vistas son:
Perspectivas Directas.- Proporcionarse diversos modelos de informacin basados
en los mismos datos, enfocndolos hacia distintos usuarios con necesidades
especficas. El mostrar la informacin desde distintos ngulos nos ayuda a crear
ambientes de trabajo y operacin acordes a los objetivos de la empresa. Debe
evaluarse el perfil y requerimientos de informacin de los usuarios destino de la
vista.
Transparencias en las Modificaciones.- El usuario final no se vera afectado por el
diseo o alteraciones que se realicen en el esquema conceptual de la base de
datos. Si el sistema requiere una modificacin en su funcionamiento interno,
podrn afectarse diversas estructuras que proveen el desempeo de este; se
pretende que los usuarios finales no adviertan tales alteraciones.
Seguridad.- Las vistas proporcionan de manera natural un medio para ocultar y
proteger datos, dado que solo se presenta al usuario una seleccin de lo atributos
existentes.
4.2 Control de Acceso.
Una vista es una forma de proporcionar al usuario un modelo personalizado
de la base de datos. Aunque es imposible impedir que un usuario tenga acceso directo
a una relacin, puede permitrsele acceso a parte de esa relacin por medio de una
vista. En una vista pueden implementarse controles que restrinjan los valores de
entrada salida al dominio vlido de los atributos, mejorando as el nivel de integridad
de la BD. De igual manera, el nivel de seguridad se incrementa al incluir en la vista slo
los elementos que sean considerados al alcance del usuario.
Actualmente los Sistemas Administradores de Bases de Datos (SGBD) soportan
generalmente uno o ambos enfoques con respecto a la seguridad de los datos. Estos
enfoques son conocidos como Control Discrecional y Control Obligatorio.
Control Discrecional, un usuario especfico tendr generalmente diferentes
derechos de acceso (conocidos como privilegios) sobre diferentes objetos;
adems, existen muy pocas limitaciones sobre que usuarios pueden tener que
derechos sobre que objetos.
Control Obligatorio, cada objeto de datos est etiquetado con un nivel de
clasificacin determinado y a cada usuario se le da un nivel de acreditacin.
Las vistas utilizadas como mecanismo de seguridad, restringen el acceso de un
usuario a determinadas columnas de la tabla. Si la columna excluida es la clave de la
fila, tambin se est impidiendo que el usuario pueda relacionar dos tablas. La vista
deber ser propiedad del mismo usuario que posea objetos subyacentes.
Las vistas son tiles por varias razones:
Proporcionan un poderoso mecanismo de seguridad, ocultando partes de la base
de datos a ciertos usuarios. El usuario no sabr que existen aquellos atributos que
se han omitido al definir una vista.

34
Permiten que los usuarios accedan a los datos en el formato que ellos desean o
necesitan, de modo que los mismos datos pueden ser vistos con formatos
distintos por distintos usuarios.
Se puede simplificar operaciones sobre las relaciones base que son complejas. Por
ejemplo, se puede definir una vista como la concatenacin de dos relaciones. El
usuario puede hacer restricciones y proyecciones sobre la vista, que el SGBD
traducir en las operaciones equivalentes sobre la concatenacin.
4.3 Herramientas.
La tecnologa nos permite ahora establecer una comunicacin ms eficiente por
medios auditivos, tctiles y hasta de realidad virtual. Dentro de las aplicaciones que
procesan informacin podemos encontrar diversas alternativas mediante las que el
usuario indica al sistema las acciones a realizar:
Mens de opciones
Secuencia preestablecida (con opcin a interrumpirla)
Comunicacin con la interfase directa de comando.
Elementos Relevantes de una Vista.
Adems de la informacin particular que la vista presenta o requiere, debe
contener informacin referente a:
Tiempo. Deben especificarse los periodos en los que debe considerarse esta
informacin como vigente posibles fechas de caducidad o actualizacin as como fechas
en que se genera la informacin presentada.
Origen. Debe contener informacin precisa de las fuentes utilizadas para generar la
informacin; de los responsables directos o indirectos de esta generacin y de los
medios utilizados para ello.
Destino. Se describe a los departamentos y/o personas para quienes la informacin es
til o valida; de igual forma, deben especificarse destinatarios indirectos o afectados
por la informacin presentada en la vista.
Especificaciones Particulares. En casos especiales, pueden incluirse valores o datos
que permitan la toma de decisiones o la aplicacin de un criterio sobre la informacin
contenida en la vista. Estos datos adicionales pueden ser utilizados para completar
procesos, clculos o delimitar reas de accin.

35
Objetivos Y Funciones De Un DBA

Administrador de la Base de Datos. Es la persona encargada de definir y controlar
las bases de datos corporativas, adems proporciona asesora a los desarrolladores,
usuarios y ejecutivos que la requieran. Es la persona o equipo de personas
profesionales responsables del control y manejo del sistema de base de datos,
generalmente tiene(n) experiencia en SGBD, diseo de bases de datos, Sistemas
operativos, comunicacin de datos, hardware y programacin.
Un Administrador de Base de Datos de tiempo completo normalmente tiene
aptitudes tcnicas para el manejo del sistema en cuestin a dems, son cualidades
deseables nociones de administracin, manejo de personal e incluso un cierto grado de
diplomacia. La caracterstica ms importante que debe poseer es un conocimiento
profundo de las polticas y normas de la empresa, as como el criterio de la empresa
para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar el
desarrollo y el uso de la Base de Datos dentro de las guas de accin definidas por la
administracin de los datos.
El Administrador de Bases de Datos es responsable primordialmente de:
Administrar la estructura de la Base de Datos.
Administrar la actividad de los datos.
Administrar el Sistema Manejador de Base de Datos.
Establecer el Diccionario de Datos.
Asegurar la confiabilidad de la Base de Datos.
Confirmar la seguridad de la Base de Datos.
Administrar la estructura de la Base de Datos.
Esta responsabilidad incluye participar en el diseo inicial de la base de datos y
su puesta en practica as como controlar, y administrar sus requerimientos, ayudando a
evaluar alternativas, incluyendo los SGBD a utilizar y ayudando en el diseo general de
la bases de datos. En los casos de grandes aplicaciones de tipo organizacional, el DBA
es un gerente que supervisa el trabajo del personal de diseo de la BD.
Una vez diseada las bases de datos, es puesta en prctica utilizando productos
del SGBD, procedindose entonces a la creacin de los datos (captura inicial). El DBA
participa en el desarrollo de procedimientos y controles para asegurar la calidad y la
alta integridad de la BD.
Los requerimientos de los usuarios van modificndose, estos encuentran nuevas
formas o mtodos para lograr sus objetivos; la tecnologa de la BD se va modificando y
los fabricantes del SGBD actualizan sus productos. Todas las modificaciones en las
estructuras o procedimientos de BD requieren de una cuidadosa administracin.
Administracin de la Actividad de Datos.
El DBA no es usuario del sistema, no administra valores de datos; sino la
actividad de datos; protege los datos, no los procesa. Dado que la base de datos es un
recurso compartido, el DBA debe proporcionar estndares, guas de accin,
procedimientos de control y la documentacin necesaria para garantizar que los
usuarios trabajen en forma cooperativa y complementaria al procesar datos en la bases
de datos.
Administrar el Sistema Manejador de Base de Datos.
Existe una gran actividad al interior de un SGBD. La concurrencia de mltiples
usuarios requiere la estandarizacin de los procesos de operacin; el DBA es
Objetivos y Funciones de un DBA

36

responsable de stas especificaciones y de asegurarse que estas lleguen a quienes
concierne. Todo el mbito de la base de datos se rige por estndares, desde la forma de
como se captura la informacin (tipo de dato, longitud, formato), como es procesada y
presentada. El nivel de estandarizacin alcanza hasta los aspectos ms internos de la
base de datos; como s accesa a un archivo, como se determinan los ndices primarios
y auxiliares, registros, etc.
El DBA debe procurar siempre que los estndares que sern aplicados beneficien
tambin a los usuarios, privilegiando siempre la optimizacin en la operacin del SGBD
y el apego de las polticas de la empresa. Entre las funciones del DBA se encuentra la
de revisar los estndares peridicamente para determinar su operatividad, ajustarlos,
ampliarlos o cancelarlos y hacer que stos se cumplan.
Establecer el Diccionario de Datos.
Cuando se definen estndares sobre la estructura de la base de datos, se deben
de registrarse en una seccin del diccionario de datos a la que todos aquellos usuarios
relacionados con ese tipo de proceso pueden acceder. Este metadato debe precisar
informacin que nos indique con claridad el tipo de datos que sern utilizados, sus
mbitos de influencia y sus limitantes de seguridad.
Asegurar la Confiabilidad de la Base de Datos
Se trata de realizar un sistema de bases de datos lo suficientemente robusto
para que sea capaz de recuperarse frente a errores o usos inadecuados. Se deben
utilizar gestores con las herramientas necesarias para la reparacin de los posibles
errores que las bases de datos pueden sufrir, por ejemplo tras un corte inesperado de
luz.
Confirmar la Seguridad de la Base de Datos.
Coordinar las nuevas propuestas para realizar ajustes en los derechos de acceso
a datos compartidos y aplicaciones especficamente propuestas seran analizados en
conjunto con los supervisores o directivos de las reas involucradas para determinar si
procede pudieran aparecer problemas cuando dos o ms grupos de usuarios quedan
autorizados para notificar los mismos datos. Uno de tales conflictos es el de la
actualizacin perdida; este ocurre cuando el trabajo de un usuario queda sobrescrito
sobre por el de un segundo usuario. El DBA queda responsabilizado para identificar la
posible ocurrencia de dichos problemas as como de crear normas y procedimientos
para su eliminacin. Se obtendrn este tipo de garantas cuando el SGBD sea capaz de
implementar las restricciones aplicables al acceso concurrente, y este sea utilizado
adecuadamente por programadores y usuarios; para borrar lo anterior, se hace
indispensable el apego a los estndares el seguimiento de instructivos y manuales y las
reglas establecidas para los diversos procesamientos y procedimientos que se llevan
acabo.
Entre las alternativas mas utilizadas por el DBA para tratar de resolver o minimizar
este problema se encuentran las siguientes:
Restringir el acceso a los procedimientos para ciertos usuarios.
Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos.
Evitar la coincidencia de horarios para usuarios que comparten.
Las tcnicas de recuperacin son otra funcin esencial del DBA al administrar la
actividad de datos. A pesar de que el SGBD lleva a cabo una parte del proceso de
recuperacin, los usuarios determinan en forma critica la operatividad de esos sistemas
de proteccin. El DBA debe anticipar fallas y definir procedimientos estndares de
operacin; los usuarios deben saber que hacer cuando el sistema este cado y que es lo
primero que debe realizarse cuando el sistema este puesto en marcha nuevamente. El
personal de operacin deber saber como iniciar el proceso de recuperacin de la BD
que copias de seguridad utilizar; como programar la reejecucin del tiempo perdido y

37

de las tareas pendientes; es importante tambin establecer un calendario para llevar a
cabo estas actividades sin afectar a otros sistemas dentro de la organizacin que hagan
uso de los mismos recursos de computo. Destacan por su importancia en el proceso de
recuperacin y a su vez en la atencin que prestan a otros sectores de la organizacin.
Los dispositivos de comunicacin remota, los sistemas de interconexin y otros
accesorios de uso compartido.
El DBA es el responsable de la publicacin y mantenimiento de la documentacin
en relacin con la actividad de los datos, incluyendo los estndares de la BD, los
derechos de recuperacin y de acceso a la BD, los estndares para la recuperacin de
cadas y el cumplimiento de las polticas establecidas. Los productos SGBD ms
populares que se encuentran en el mercado proporcionan servicios de utileras para
ayudar al DBA en la administracin de los datos y su actividad. Algunos sistemas
registran en forma automtica los nombres de los usuarios y de las aplicaciones a las
que tienen acceso as como a otros objetos de la BD. Incorpora tambin utileras que
permitan definir en el diccionario de datos las restricciones para que determinadas
aplicaciones o mdulos de ellas solo tengan acceso a segmentos especficos de la BD.
Objetivos del Administrador de la Base de Datos.
Mantener la Integridad de los Datos. Una base de datos debe protegerse de
accidentes tales como los errores en la entrada de los datos o en la programacin, del
uso mal intencionado de la base de datos y de los fallos del hardware o del software
que corrompen los datos. La proteccin contra accidentes, que ocasiona inexactitudes
en los datos, es parte del objetivo de garantizar la integridad de los datos. Estos
accidentes incluyen los fallos durante el procesamiento de las transacciones, los errores
lgicos que infringen la suposicin de que las transacciones preservan las restricciones
de consistencia de la base de datos y las anomalas debido al acceso concurrente en la
base de datos (acceso concurrente). La integridad, se encarga de asegurar que las
operaciones ejecutadas por los usuarios sean correctas y mantengan la consistencia de
la base de datos.
Mantener la Seguridad de los Datos. La proteccin de la base de datos de usos mal
intencionados o no autorizados se denomina seguridad de los datos. La seguridad se
encarga de limitar a los usuarios a ejecutar nicamente las operaciones permitidas.
Mantener la Disponibilidad de los Datos. La posibilidad de fallos de hardware o de
software requiere procedimientos de recuperacin de la base de datos. Tiene que
proporcionar medios para el restablecimiento de las bases de datos que se hayan
corrompido por desperfectos del sistema, a un estado uniforme.
Funciones Bsicas del Administrador de la Bases de Datos.
Creacin de Bases de Datos y Tablas.
Creando Bases de Datos:
Localizacin de las bases de datos.
Tipo de base de datos (modo de direccionamiento).
Creando Tablas:
Seleccionando tipos de datos.
Tablas fragmentadas o no fragmentadas.
Localizacin de la tabla.
Determinacin del espacio en disco.
Modo de aseguramiento de candados.
Especificacin de las Restricciones de Integridad de los Datos. Las restricciones
de integridad se mantienen en una estructura especial del sistema que consulta el
gestor de la base de datos cada vez que se tiene lugar una actualizacin en el sistema.
Estos son algunos mtodos para asegurar la integridad de los datos:

38
Privilegios:
o Base de datos.
o Tabla.
o Columna
Integridad de identidad, semntica y referencial.
Vistas.
Administrar la Concurrencia. La administracin de la concurrencia involucra como
los datos son consultados y actualizados en un ambiente multiusuario. Existen dos tipos
de control de la concurrencia:
Concurrencia de Lectura: (Instruccin SELECT)
Administrada a travs de los niveles de aislamiento.
Concurrencia de Actualizacin: Instrucciones INSERT, DELETE y UPDATE.
Optimizacin del Acceso a Datos.
ndices.
Estadsticas de actualizacin.
Distribucin de datos.
Definir el Esquema Conceptual. Es tarea del administrador de datos decidir con
exactitud cual es la informacin que debe mantenerse en la base de datos, una vez
identificado los datos a almacenar en un nivel abstracto, el dba debe crear a
continuacin el esquema conceptual correspondiente, empleando el DDL conceptual.
Definir el Esquema Interno. El dba debe definir la representacin de la informacin
en la base de datos almacenada (diseo fsico). Debe crear la definicin de estructura
de almacenamiento correspondiente (esquema interno) con el DDL interno y definir la
correspondencia entre los esquemas interno y conceptual.
Vincularse con los Usuarios. El dba debe encargarse de la comunicacin con los
usuarios, garantizar la disponibilidad de los datos que requieren y escribir y/o ayudar a
los usuarios a escribir los esquemas externos necesarios, empleando el DDL externo
aplicable.
Procedimientos de Respaldo y Recuperacin. El dba debe definir un plan de
recuperacin adecuado que incluya descarga o vaciado peridico de la base de datos
en un medio de almacenamiento de respaldo, y procedimientos para cargar otra vez la
base de datos a partir del vaciado ms reciente cuando sea necesario.
Supervisar el Desempeo y Responder a cambios en los Requerimientos. El
dba debe organizar el sistema de modo que se obtenga el desempeo que sea "el
mejor para la empresa", y realizar los ajustes apropiados cuando cambien los
requerimientos.
Concesin de Autorizacin para el Acceso a los Datos. La concesin de diferentes
tipos de autorizacin, permite al administrador de la base de datos regular que partes
de la base de datos van a poder ser accedidas por varios usuarios.
Definicin de esquema. Es el esquema original de la base de datos se crea
escribiendo un conjunto de definiciones que son traducidas por el compilador de DDL a
un conjunto de tablas que son almacenadas permanentemente en el diccionario de
datos.
Definicin de la estructura de almacenamiento del mtodo de acceso.
Estructuras de almacenamiento y de acceso adecuados se crean escribiendo un
conjunto de definiciones que son traducidas por e compilador del lenguaje de
almacenamiento y definicin de datos.

39

40
Catlogos De Bases de Datos Para Un SGBD
5.1 Definicin.
El primer paso en el diseo de una base de datos es recolectar informacin
acerca de la empresa, que es, acerca de su uso, relaciones y significado de datos. Como
el diseo de procesos es progresivo, es necesario depositar informacin acerca de la
opinin lgica, interna y externa del modelo en la localizacin central. Una herramienta
que facilita el control y manejo de la informacin acerca de datos en el diseo,
implementacin, operacin y expansin de fases de una base de datos es llamado
diccionario de datos.
El diccionario de datos es un lugar dnde se deposita informacin acerca de
datos como origen, descripcin, relaciones y otros datos, es decir el diccionario de
datos es una base de datos misma, la cual deposita datos acerca de los datos, el
diccionario de datos es una gua y contiene "mapas guas" para la base de datos en vez
de "nuevos datos", es decir es un lugar en dnde se almacena o se mantiene un
conjunto de estados (controles), informacin relacionada con los diferentes tipos de
registros (tablas) privilegios de los usuarios y estadsticas (cuantos registros tiene cada
tabla, ndices, etc.)
Los diccionarios de datos de los Sistemas de Base de datos (SGBD) no son
iguales, aunque mantienen los mismos lineamientos o las mismas caractersticas.
En otras palabras, es un catlogo, un depsito, de los elementos en un sistema.
Contiene las caractersticas lgicas de los sitios donde se almacenan los datos del
sistema, incluyendo nombre, descripcin, alias, contenido y organizacin. Identifica los
procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato
a la informacin, se desarrolla durante el anlisis de flujo de datos y auxilia a los
analistas que participan en la determinacin de los requerimientos del sistema, su
contenido tambin se emplea durante el diseo.
En un diccionario de datos se encuentra la lista de todos los elementos que
forman parte del flujo de datos en todo el sistema. Los elementos ms importantes son
flujos de datos, almacenes de datos y procesos. El diccionario guarda los detalles y
descripciones de todos estos elementos.
Si los analistas desean conocer cuntos caracteres abarca un determinado dato
o qu otros nombres recibe en distintas partes del sistema, o dnde se utiliza,
encontrarn las respuestas en un diccionario de datos desarrollado en forma apropiada.
5.2 Explotacin.
Razones para la utilizacin de los diccionarios de datos:
1. Para manejar los detalles en sistemas muy grandes, ya que tienen enormes
cantidades de datos, aun en los sistemas ms chicos hay gran cantidad de
datos. Los sistemas al sufrir cambios continuos, es muy difcil manejar todos los
detalles. Por eso se registra la informacin, ya sea sobre hoja de papel o usando
procesadores de texto. Los analistas mas organizados usan el diccionario de
datos automatizados diseados especficamente para el anlisis y diseo de
software.
2. Para asignarle un solo significado a cada uno de los elementos y actividades del
sistema. Los diccionarios de datos proporcionan asistencia para asegurar
significados comunes para los elementos y actividades del sistema y registrando
Catlogo de Bases de Datos para un SMBD

41

detalles adicionales relacionados con el flujo de datos en el sistema, de tal
manera que todo pueda localizarse con rapidez.
3. Para documentar las caractersticas del sistema, incluyendo partes o
componentes as como los aspectos que los distinguen. Tambin es necesario
saber bajo que circunstancias se lleva a cabo cada proceso y con que frecuencia
ocurren. Produciendo una comprensin mas completa. Una vez que las
caractersticas estn articuladas y registradas, todos los participantes en el
proyecto tendrn una fuente comn de informacin con respecto al sistema.
4. Para facilitar el anlisis de los detalles con la finalidad de evaluar las
caractersticas y determinar donde efectuar cambios en el sistema. Determina si
son necesarias nuevas caractersticas o si estn en orden los cambios de
cualquier tipo. Se abordan las caractersticas:
Naturaleza de las transacciones: las actividades de la empresa que
se llevan a cabo mientras se emplea el sistema.
Preguntas: solicitudes para la recuperacin o procesamiento de
informacin para generar una respuesta especfica.
Archivos y bases de datos: detalles de las transacciones y registros
maestros que son de inters para la organizacin.
Capacidad del sistema: Habilidad del sistema para aceptar, procesar y
almacenar transacciones y datos.
5. Localizar errores y omisiones en el sistema, detectan dificultades, y las
presentan en un informe. Aun en los manuales, se revelan errores.
Contenido de un Registro de un Diccionario de Datos.
El diccionario tiene dos tipos de descripciones para el flujo de datos del sistema,
son los elementos datos y estructura de datos.
Elementos Datos: Son los bloques bsicos para todos los dems datos del sistema,
por si mismos no le dan un significado suficiente al usuario. Se agrupan para formar una
estructura de datos.
Descripcin: Cada entrada en el diccionario consiste de un conjunto de detalles
que describen los datos utilizados o producidos por el sistema.
Cada uno esta identificado con:
Un nombre: para distinguir un dato de otro.
Descripcin: indica lo que representa en el sistema.
Alias: porque un dato puede recibir varios nombres, dependiendo de quien uso
este dato.
Longitud: porque es de importancia de saber la cantidad de espacio necesario
para cada dato.
Valores de los datos: porque en algunos procesos solo son permitidos valores muy
especficos para los datos. Si los valores de los datos estn restringidos a un
intervalo especifico, esto debe estar en la entrada del diccionario.
Estructura de Datos: Es un grupo de datos que estn relacionados con otros y que en
conjunto describen un componente del sistema.
Descripcin: Se construyen sobre cuatro relaciones de componentes. Se pueden
utilizar las siguientes combinaciones ya sea individualmente o en conjuncin con
alguna otra.
Relacin secuencial: Define los componentes que siempre se incluyen en una
estructura de datos.

42
Relacin de seleccin: (uno u otro), define las alternativas para datos o

estructuras de datos incluidos en una estructura de datos.
Relacin de iteracin: (repetitiva), define la repeticin de un componente.
Relacin opcional: los datos pueden o no estar incluidos, o sea, una o ninguna
iteracin.
Notacin: Los analistas usan smbolos especiales con la finalidad de no usar
demasiada cantidad de texto para la descripcin de las relaciones entre datos y
mostrar con claridad las relaciones estructurales. En algunos casos se emplean
trminos diferentes para describir la misma entidad (alias) estos se representan
con un signo igual (=) que vincula los datos.
Diccionario de Datos y las Interfases.
El diccionario de datos puede componerse bsicamente de dos interfases as:
La interfase con la gente involucrada, por ejemplo, el administrador de la base de
datos, programador de sistemas, programador de aplicaciones, manejadores, y
finalmente usuarios y observadores.
La interfase con el software por ejemplo, sistema de manejo de bases de datos,
libreras, sistemas operativos y generador de reportes.
El diccionario de datos puede ser usado como una herramienta efectiva para la
funcin de administrador de base de datos en el diseo, implementacin y fase de
operaciones en la base de datos. Es responsabilidad del SGBD proteger el diccionario de
datos por refuerzos estndar, seguridad y obligaciones privadas. Un diccionario de
datos es el lugar ideal para encontrar respuestas a las preguntas como " dnde se usa
", " quin usa ", " cuando se usa.
Estas interfases muestran que existen dos tipos de usos del diccionario de
datos, un tipo de uso es por la gente que tiene funciones como administrador de base
de datos, programador de sistemas, analista de sistemas, programador de aplicaciones,
usuarios. Y el otro tipo de uso es por el software en reas semejantes como
manejadores de base de datos, sistemas, libreras, sistemas operativos y generador de
reportes.
Estos dos tipos de interfase enlazan al manejador y control del medio de la base
de datos como un resultado de la eficiente comunicacin entre las partes involucradas.
Diccionario de Datos Ideal: Sus requerimientos y su Organizacin.
La siguiente es una lista de requerimientos convenientes de un diccionario de
base de datos para describir los datos, no quiere decir que cualquier paquete de
diccionario de datos particular abarca ahora todos estos requerimientos.
Modelo Conceptual.- la informacin acerca de los datos necesaria en el proceso de
diseo del modelo conceptual incluye entidades, campos o atributos y las relaciones
entre campos, atributos, tambin incluye informacin acerca de cuales departamentos
y usuarios estn usando o intentan usar que atributos y con que frecuencia estos datos
son usados, conjuntamente con las descripciones textuales y con significados y
propsitos. Las entidades y relaciones deberan tener ttulos apropiados, versiones,
estados, los membership (campo de una entidad el cual va ha servir de referencia).
Modelo Lgico.- la informacin siguiente acerca del modelo lgico de la base de datos
debera ser almacenada en el diccionario de datos: el campo de agrupacin con su llave
(estos grupos pueden ser los subgrupos de los grupos especificados en el modelo
conceptual), el fundamento del modelo de datos, la relaciones de los grupos basados en
el modelo de datos, el modelo externo soportado por el modelo lgico, las
transacciones lgicas, los programas y los mdulos, la referencia cruzada de la
informacin entre las transacciones, tambin deberan ser almacenados. Otra

43

informacin necesaria es el lenguaje de programacin y el tipo de programa (bath o en
lnea) para los programas y transacciones.
Modelo Interno.- la informacin fsica acerca de los atributos como por ejemplo:
longitud (caracteres), modo (cadena de caracteres, decimales, datos de simple
precisin, empaquetados), justificacin (derecha izquierda), formas de presentacin,
reglas de edicin (constantes, rango de valores), derivacin algortmica, secuencia o
posicin secuencial que un atributo particular ocupa en una ocurrencia, seguridad
(cdigos de seguridad para leer, actualizar), medio de almacenamiento (tarjetas,
discos, cintas, video), el control de acceso a la informacin debera ser almacenado en
el diccionario de datos.
Un diccionario de datos ideal debera se una parte integral de todo el medio
ambiente de la base de datos y el administrador de la base de datos es el responsable
de la entrada al diccionario de datos, sealando que un diccionario de datos tiene que
ser salvado en copias de respaldo para evitar efectos desastrosos debido a un mal
funcionamiento del sistema o cualquier destruccin no intencional de la versin
producida del diccionario de datos, la funcin del administrador de base de datos lleva
la gran responsabilidad de proteger la parte vital del medio de la base de datos "el
diccionario de datos".
Sistemas Ideales del Diccionario de Datos.
1. El diccionario de datos debe soportar los modelos conceptual, lgico, interno y
externo.
2. El diccionario de datos debe ser integrado con el manejador del sistema de base
de datos.
3. El diccionario de datos debe soportar varias versiones de documentacin
(historial)
4. El diccionario de datos debe apoyar la transferencia eficiente de informacin al
manejador del sistema de base de datos. Idealmente la conexin entre los
modelos interno y externo debe ser realizada en tiempo de ejecucin.
5. Un diccionario de datos debera comenzar con la reorganizacin de versiones de
produccin de la base de datos como un resultado de los cambios para la
descripcin de la base de datos. Similarmente, cualquier cambio a la descripcin
de programas debe ser reflejado automticamente en la librera de descripcin
de programas con la ayuda del diccionario de datos.
6. El diccionario de datos para ser eficiente deber ser almacenado en un medio de
almacenamiento con acceso directo para la fcil recuperacin de informacin.

44
Microsoft Solution Framework (MSF)
MSF
45
Nuevas Tendencias De Bases De Datos
En este mdulo trataremos los principales aspectos sobre los sistemas de

informacin y el modelamiento de datos.
En
.
.
.
.
.
Nuevas Tendencias de Bases de Datos

46

Modulo 1 Sem BD

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Modulo 1 Sem BD

Uploaded by

Copyright:

Available Formats

Universidad Pontificia Boivariana

Comenzaremos el mdulo tratando temas relevantes a la creacin y fundamentacin de

MSc. Mauricio Tarazona Alvarez

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

1. Fundamentos De Los Sistemas De Informacin

1.1. Impacto sociocultural de los sistemas de informacin

1.2. Caractersticas del la Informacin

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

1. Precisin: la precisin se puede tomar como la cantidad de informacin

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

1.3 Los Sistemas de Informacin

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

Figura 1.2 Sistemas de Control

1.4 Elementos de los SI

El primer elemento que encontramos es el elemento dato. Este elemento es el ms

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

elemento hardware hacen referencia a los componentes informticos

Los sistemas operativos, los lenguajes de programacin, las aplicaciones propiamente

1.5 Tecnologa de informacin y sistema de informacin

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

En la figura 3.3 agrupamos los diferentes elementos que componen un sistema

1.5.1 La base de datos como estructura de la empresa

Agrupar absolutamente todos los datos manejados por el sistema

El simple hecho de intentar estructurar la empresa basados en una implementacin de

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

Figura 1.4 Base de soporte de informacin en una empresa

1.5.2 Base de datos = centralizacin?

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

1.5.3 Sistemas de Informacin descentralizados a partir de una

aplicar este tipo de tendencia, se recomienda que las aplicaciones

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

Fundamentos de los Sistemas de Informacin y el Modelo de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

2 Sistemas de Gestion de bases de datos (SGBD)

Figura 2.1. Estructura inicial de un SGBD.

2.2 Desarrollo de los SGBD

Administracin de Bases de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

Administracin de Bases de Datos

SISTEMAS DE INFORMACIN Y MODELO DE DATOS

Inicio de los aos 60. Finales de los 60 (SMA)

Aos 70 y 80. 2da. 3ra. y 4ta.

Aos 90. 5ta. generacin

Aparecen los mtodos de

Se mantienen los mtodos de

Se mantienen los mtodos de

Procesamiento distribuido y/o

Se mantienen todos los tipos de

Archivo lgico = fsico.

Hay independencia lgica, fsica y de Manejo de objetos compuestos y

Manejo de cualquier tipo de

Alto nivel de redundancia Se mantiene la redundancia