INTRODUCCIN

En la actualidad es comn la implementacin de base de datos tanto empresas como

negocios, organizaciones etc. Debido a que representan una herramienta muy til para
estas, puesto que mantiene de manera segura y ordenada los datos informacin que
concierne a cada una de las anteriores.
Cabe recalcar que estos sistemas empleados en dichas empresas generan una
manera ms factible de movilizar los datos de empleados, registro de compras, inventarios
entre otros y estas poseen una estructura y modelo dependiendo del requerimiento de su
usuario final, tambin es posible de configurar su estructura visual dependiendo de la
cantidad de informacin que sea desee el usuario.
Es de suma importancia el tener conocimiento, al menos bsico, acerca de estos
fantsticos sistemas, ya que hoy en d!a son implementados en su mayor!a en nuestros
campos laborables "informtico, industrial y gubernamental#.
BASE DE DATOS
$na base de datos es un %almacn& que nos permite guardar grandes cantidades de
informacin de forma organizada para que luego podamos encontrar y utilizar fcilmente.
'e define una base de datos como una serie de datos organizados y relacionados entre s!,
los cuales son recolectados y e(plotados por los sistemas de informacin de una empresa o
negocio en particular.
ENTIDAD
En bases de datos, una entidad es la representacin de un ob)eto o concepto del
mundo real que se describe en una base de datos. $na entidad se describe en la estructura
de la base de datos empleando un modelo de datos.*or e)emplo, nombres de entidades
pueden ser+ ,lumno, Empleado, ,rt!culo, etc.
Cada entidad est constituida por uno o ms atributos. *or e)emplo, la entidad
-,lumno- podr!a tener los atributos+ nombre, apellido, a.o de nacimiento, etc.En el modelo
de entidad/relacin se emplean dos tipos de entidades+ entidad fuerte y entidad dbil.0as
entidades fuertes tienen atributos claves, en tanto las entidades dbiles no tienen atributos
claves propios.
TABLA
1abla en las bases de datos, se refiere al tipo de modelado de datos, donde se
guardan los datos recogidos por un programa. 'u estructura general se aseme)a a la vista
general de un programa de 2o)a de clculo.
Las tablas se componen de dos estructuras:
Regstro: es cada una de las filas en que se divide la tabla. Cada registro contiene
datos de los mismos tipos que los dems registros. E)emplo+ en una tabla de
nombres y direcciones, cada fila contendr un nombre y una direccin.
Campo: es cada una de las columnas que forman la tabla. Contienen datos de tipo
diferente a los de otros campos. En el e)emplo anterior, un campo contendr un tipo
de datos nico, como una direccin, o un nmero de telfono, un nombre, etc.
, los campos se les puede asignar, adems, propiedades especiales que afectan a los
registros insertados. El campo puede ser definido como !ndice o autoincrementable, lo cual
permite que los datos de ese campo cambien solos o sean el principal indicar a la hora de
ordenar los datos contenidos.
Cada tabla creada debe tener un nombre nico en cada 3ase de Datos, hacindola
accesible mediante su nombre o su seudnimo ",lias# "dependiendo del tipo de base de
datos elegida#.
0a estructura de las tablas viene dado por la forma de un archivo plano, los cuales
en un inicio se compon!an de un modo similar.
TU!LA
En algunos lengua)es y especialmente en la teor!a de bases de datos, una tupla se
define como una funcin finita que mapea "asocia un!vocamente# los nombres con algunos
valores. 'u propsito es el mismo que se defini en las matemticas.
$n peque.o e)emplo puede ilustrar esto+
" )ugador + -0uis-, puntuacin + 45 #
En este caso se trata de una funcin que mapea el campo -)ugador- con la cadena
-0uis- y el campo -puntuacin- al nmero entero 45. Es de notar que el orden de los
componentes no es relevante, de esta forma la misma tupla puede ser re/escrita
como+ " puntuacin + 45, )ugador + -0uis- #. En un modelo relacional tal y como se
define en las tuplas, se suele representar una proposicin simple, en este caso e(iste
un )ugador con el nombre -0uis- y que posee una puntuacin de 45.
En los lengua)es de programacin las tuplas se suelen usar para formar estructuras
de datos. *or e)emplo, lo siguiente podr!a ser una definicin de una estructura de datos para
una lista enlazada+
" value + 67, previous/node + 66898:4, ne(t/node + 66898;6 #
RE"ISTRO
$n registro es un con)unto de campos que contienen los datos que pertenecen a una
misma repeticin de entidad. 'e le asigna automticamente un nmero consecutivo
"nmero de registro# que en ocasiones es usado como !ndice aunque lo normal y prctico es
asignarle a cada registro un campo clave para su bsqueda.
0a estructura impl!cita de un registro y el significado de los valores de sus campos
e(ige que dicho registro sea entendido como una sucesin de datos, uno en cada columna
de la tabla.
RELACIN
$na relacin o v!nculo entre dos o ms entidades describe alguna interaccin entre
las mismas. *or e)emplo, una relacin entre una entidad -Empleado- y una entidad -'ector-
podr!a ser -traba)a<en-, porque el empleado traba)a en un sector determinado.
0as relaciones se describen en la estructura de la base de datos empleando
un modelo de datos. 0as relaciones son muy empleadas en los modelos de bases de datos
relacionales y afines. En '=0 las relaciones son llamadas tablas.
TI!OS DE RELACIONES
'e pueden distinguir tres tipos de relaciones+
Relac#n Uno a Uno: Cuando un registro de una tabla slo puede estar
relacionado con un nico registro de la otra tabla y viceversa.
*or e)emplo+ tenemos dos tablas una con los datos de diferentes poblaciones y otra
con una lista de ,lcaldes, una poblacin slo puede tener un alcalde, y un alcalde lo
ser nicamente de una poblacin.
Relac#n Uno a $aros+ Cuando un registro de una tabla "tabla secundaria# slo
puede estar relacionado con un nico registro de la otra tabla "tabla principal# y un
registro de la otra tabla"tabla principal# puede tener ms de un registro relacionado en la
primera tabla "tabla secundaria#.
*or e)emplo+ tenemos dos tablas una con los datos de diferentes poblaciones y otra
con los habitantes, una poblacin puede tener ms de un habitante, pero un habitante
pertenecer "estar empadronado# en una nica poblacin.
Relac#n $aros a $aros: Cuando un registro de una tabla puede estar
relacionado con ms de un registro de la otra tabla y viceversa.
*or e)emplo+ tenemos dos tablas una con los datos de clientes y otra con los art!culos
que se venden en la empresa, una cliente podr realizar un pedido con varios art!culos,
y un art!culo podr ser vendido a ms de un cliente.
0as relaciones varios a varios se suelen representar definiendo una tabla intermedia
entre las dos tablas. 'iguiendo el e)emplo anterior ser!a definir una tabla lineas de
pedido relacionada con clientes y con art!culos.
AR%UITECTURA DE UNA BASE DE DATOS
0os usuarios no tienen porqu conocer como estn organizados y almacenados los
datos. *or este motivo una base de datos debe presentar los datos de forma que el usuario
pueda interpretarlos y modificarlos. Evidentemente esto no lo podemos aplicar a un
informtico que necesite saber donde se encuentran f!sicamente los datos para poder
tratarlos.
*odemos destacar tres niveles principales segn la visin y la funcin que realice el usuario
sobre la base de datos+
>ivel ?nterno+ es el nivel ms cercano al almacenamiento f!sico de los datos.
*ermite escribirlos tal y como estn almacenados en el ordenador. En este nivel se dise.an
los archivos que contienen la informacin, la ubicacin de los mismos y su organizacin,
es decir se crean los archivos de configuracin. Es una representacin a ba)o nivel de la
3D en la que se define la forma en la que los datos se almacenan f!sicamente en la
mquina. 'e definen caracter!sticas como los dispositivos en donde se almacenan los
datos, el espacio que se reserva, las estrategias de acceso, la creacin de ficheros de
!ndices, etc. Es dependiente de la mquina en que se vaya a instalar la 3D, del sistema
operativo que e(ista, etc. 0a vista interna, por tanto, todav!a est a un paso del nivel f!sico,
ya que no mane)o registros f!sicos "llamados tambin pginas o bloques#, ni otras
consideraciones espec!ficas de los dispositivos como son los tama.os de cilindros o de
pistas. 0a vista interna se define mediante el esquema interno, el cual no slo define los
diversos tipos de registros almacenados sino tambin especifica que !ndices hay, cmo se
representan los campos almacenados, en qu secuencia f!sica se encuentran los registros
almacenados, etc. El esquema interno se escribe con otro lengua)e ms de definicin de
datos, el DD0 interno.
>ivel conceptual+ En este nivel se representan los datos que se van a utilizar sin
tener en cuenta aspectos como lo que representamos en el nivel interno. El nivel
conceptual tiene un esquema conceptual, que describe la estructura de los datos que van a
ser almacenados en la base de datos. El esquema conceptual esconde los detalles del
almacenamiento f!sico y se concentra en describir entidades, tipos de datos, relaciones,
operaciones de usuario y restricciones. Es un nivel de mediacin entre el nivel interno y
e(terno. 0a vista conceptual es una representacin de toda la informacin contenida en la
base de datos, tambin "como en el caso de una vista e(terna# en una forma un tanto
abstracta si se compara con el almacenamiento f!sico de los datos. ,dems, puede ser muy
diferente de la forma como percibe los datos cualquier usuario individual. , grandes
rasgos, la vista conceptual debe ser un panorama de los datos %tal como son&, y no como
por fuerza los perciben los usuarios debido a las limitaciones del lengua)e o el equipo
espec!ficos utilizados, por e)emplo.
>ivel e(terno+ es el ms cercano al usuario. En este nivel se describen los datos o
parte de los datos que ms interesan a los usuarios. El nivel e(terno o nivel de vista
incluye varios esquemas e(ternos o vistas de usuario. Cada esquema e(terno describe la
parte de la base de datos en la que est interesado un grupo de usuarios en particular y
esconde el resto de la base de datos para esos usuarios. 0a informacin se manipula sin
saber cmo est almacenada internamente "nivel interno# ni su organizacin "nivel
conceptual#. E(istirn muchas vistas e(ternas distintas, cada una formada por una
representacin ms o menos abstracta "registros y campos lgicos# de alguna parte de la
base de datos total, y e(istir slo una vista conceptual formada por una representacin
igualmente abstracta de la base de datos en su totalidad "hay que recordar que a la
mayor!a de los usuarios no les interesar toda la base de datos, sino slo una porcin
limitada de ella#. De manera similar, habr slo una vista interna, la cual representar a
toda la base de datos tal como est almacenada f!sicamente.
Estos tres niveles de visin de usuarios los proporcionan los sistemas gestores de
base de datos. $na base de datos espec!fica tiene un nico nivel interno y un nico nivel
conceptual pero puede tener varios niveles e(ternos.
&ODELO DE UNA BASE DE DATOS
$n modelo de base de datos o esquema de base de datos es la estructura o el
formato de una base de datos, descrita en un lengua)e formal soportada por el sistema de
gestin de bases de datos. Es una teor!a o especificacin que describe como una base de
datos es estructurada y usada. En otras palabras, un -modelo de base de datos- es la
aplicacin de un modelo de datos usado en con)uncin con un sistema de gestin de bases
de datos.
0os esquemas generalmente son almacenados en un diccionario de datos. ,unque
un esquema se defina en un lengua)e de base de datos de te(to, el trmino a menudo es
usado para referirse a una representacin grfica de la estructura de la base de datos.
&ODELO RELACIONAL
En este modelo todos los datos son almacenados en relaciones, y como cada
relacin es un con)unto de datos, el orden en el que estos se almacenen no tiene relevancia
"a diferencia de otros modelos como el )errquico y el de red#. Esto tiene la considerable
venta)a de que es ms fcil de entender y de utilizar por un usuario no e(perto. 0a
informacin puede ser recuperada o almacenada por medio de consultas que ofrecen una
amplia fle(ibilidad y poder para administrar la informacin.
Este modelo considera la base de datos como una coleccin de relaciones. De
manera simple, una relacin representa una tabla que no es ms que un con)unto de filas,
cada fila es un con)unto de campos y cada campo representa un valor que interpretado
describe el mundo real. Cada fila tambin se puede denominar tupla o registro y a cada
columna tambin se le puede llamar campo o atributo.
$na base de datos relacional es un con)unto de una o ms tablas estructuradas en
registros "l!neas# y campos "columnas#, que se vinculan entre s! por un campo en comn, en
ambos casos posee las mismas caracter!sticas como por e)emplo el nombre de campo, tipo
y longitud@ a este campo generalmente se le denomina ?D, identificador o clave. , esta
manera de construir bases de datos se le denomina modelo relacional.
'e refiere a una coleccin espec!fica de datos pero a menudo se le usa, en forma
errnea como sinnimo del softAare usado para gestionar esacoleccin de datos. Ese
softAare se conoce como S"BD "sistema gestor de base de datos# relacional
o RDB&S "del ingls relational database management system#.
0as bases de datos relacionales pasan por un proceso al que se le conoce
como normalizacin de una base de datos, el cual es entendido como el proceso necesario
para que una base de datos sea utilizada de manera ptima.
Entre las venta)as de este modelo estn+
6. Barantiza herramientas para evitar la duplicidad de registros, a travs de campos
claves o llaves.
4. Barantiza la integridad referencial+ ,s! al eliminar un registro elimina todos los
registros relacionados dependientes.
C. Davorece la normalizacin por ser ms comprensible y aplicable.
&ODELO 'ERAR%UICO
, diferencia del modelo relacional, el modelo )errquico no diferencia una vista
lgica de una vista fsica de la base de datos. De manera que las relaciones entre datos se
establecen siempre a nivel f!sico, es decir, mediante referencia a direcciones f!sicas del
medio de almacenamiento "sectores y pistas#.
0os datos se almacenan en la forma de registros, el equivalente a las filas del
modelo relacional. Cada registro consta de un con)unto de campos, el equivalente a
las columnas del modelo relacional. $n con)unto de registros con los mismos campos se
denomina fichero "record type, en ingls#, el equivalente a las tablas del modelo relacional.
El modelo )errquico facilita relaciones padre-hijo, es decir, relaciones 6+> "de uno a
varios# del modelo relacional. *ero a diferencia de ste ltimo, las relaciones son
unidireccionales. En )usticia, dichas relaciones son hijo-padre, pero no padre-hijo. *or
e)emplo, el registro de un empleado "nodo hijo# puede relacionarse con el registro de su
departamento "nodo padre#, pero no al contrario. Esto implica que solamente se puede
consultar la base de datos desde los nodos hoja hacia el nodo raz. 0a consulta en el sentido
contrario requiere una bsqueda secuencial por todos los registros de la base de datos "por
e)emplo, para consultar todos los empleados de un departamento#. En las bases de datos
)errquicas no e(isten !ndices que faciliten esta tarea.
, priori, no e(isten relaciones >+E "de muchos a muchos# en el modelo )errquico.
'alvo que se simulen mediante varias relaciones 6+>. >o obstante, esto puede provocar
problemas de inconsistencia, ya que el gestor de base de datos no controla estas relaciones.
Como ya se ha mencionado, las relaciones se establecen mediante punteros entre
registros. Es decir, un registro hijo contiene la direccin f!sica en el medio de
almacenamiento de su registro padre. Esto tiene una venta)a fundamental sobre las bases de
datos relacionales+ el rendimiento. El acceso de un registro a otro es prcticamente
inmediato sin necesidad de consultar tablas de correspondencia. 0as relaciones )errquicas
entre diferentes tipos de datos pueden hacer que sea muy sencillo responder a determinadas
preguntas, pero muy dif!cil el contestar a otras.
E(isten ciertas limitaciones que son t!picas de las bases de datos )errquicas y que no
e(isten en las bases de datos relacionales. 1odos estos problemas derivan del hecho de que
el sistema gestor de base de datos no implementa ningn control sobre los propios datos,
sino que queda en manos de las aplicaciones garantizar que se cumplen las condiciones
invariantes que se requieran "por e)emplo, evitar la duplicidad de registros#. Dado que todas
las aplicaciones estn su)etas a errores y fallos, esto es imposible en la prctica. Dichos
fallos o limitaciones son los siguientes+
/ Duplcdad de regstros
>o se garantiza la ine(istencia de registros duplicados. Esto tambin es cierto para los
campos -clave-. Es decir, no se garantiza que dos registros cualesquiera tengan diferentes
valores en un subcon)unto concreto de campos.
/ Integrdad re(erencal
>o e(iste garant!a de que un registro hijo est relacionado con un registro padre vlido. *or
e)emplo, es posible borrar un nodo padre sin eliminar antes los nodos hijo, de manera que
stos ltimos estn relacionados con un registro invlido o ine(istente..
/ Des normal)ac#n
Este no es tanto un problema del modelo )errquico como del uso que se hace de l. 'in
embargo, a diferencia del modelo relacional, las bases de datos )errquicas no tienen
controles que impidan la desnormalizacin de una base de datos. *or e)emplo, no e(iste el
concepto de campos clave o campos nicos.
0a desnormalizacin permite ingresar redundancia de una forma controlada, seguir a
una serie de pasos conlleva a+
Combinar las relaciones
Duplicar los atributos no claves
?ntroduccin de grupos repetitivos
Crear tablas de e(traccin
Cuando se debe desnormalizar+
'e debe desnormalizar para optimizar el esquema relacional
*ara hacer referencia a la combinacin de 4 relaciones que forman una sola relacin
&ODELO DE RED
El modelo de red "definido por la especificacin CFD,'G0# organiza datos que
usan dos fundamentales construcciones, registros y con)untos. 0os registros contienen
campos "que puede ser organizados )errquicamente, como en el lengua)e CF3F0 de
lengua)e de programacin#. 0os con)untos "para no ser confundido con con)untos
matemticos# definen de uno a varias relaciones entre registros+ un propietario, muchos
miembros. $n registro puede ser un propietario en cualquier nmero de con)untos, y un
miembro en cualquier nmero de con)untos.
El modelo de red es una variacin sobre el modelo )errquico, al grado que es
construido sobre el concepto de mltiples ramas"estructuras de nivel inferior# emanando de
uno o varios nodos "estructuras de nivel alto#, mientras el modelo se diferencia del modelo
)errquico en esto las ramas pueden estar unidas a mltiples nodos. El modelo de red es
capaz de representar la redundancia en datos de una manera ms eficiente que en el modelo
)errquico.
0as operaciones del modelo de red son de navegacin en el estilo+ un programa
mantiene una posicin corriente, y navega de un registro al otro por siguiente las relaciones
en las cuales el registro participa. 0os registros tambin pueden ser localizados por
suministrando valores claves.
,unque esto no sea un rasgo esencial del modelo, las bases de datos de red
generalmente ponen en prctica las relaciones de )uego mediante indicadores que
directamente dirigen la ubicacin de un registro sobre el disco. Esto da el funcionamiento
de recuperacin e(celente, a cargo de operaciones como la carga de base de datos y la
reorganizacin.
El modelo de red fue una gran me)ora con respecto al modelo )errquico, ya que
ofrec!a una solucin eficiente al problema de redundancia de datos@ pero, aun as!, la
dificultad que significa administrar la informacin en una base de datos de red ha
significado que sea un modelo utilizado en su mayor!a por programadores ms que por
usuarios finales.
NOR&ALI*ACIN
0a normalizacin es el proceso de organizar los datos de una base de datos. 'e incluye
la creacin de tablas y el establecimiento de relaciones entre ellas segn reglas dise.adas
tanto para proteger los datos como para hacer que la base de datos sea ms fle(ible al
eliminar la redundancia y las dependencias incoherentes.
0os datos redundantes desperdician el espacio de disco y crean problemas de
mantenimiento. 'i hay que cambiar datos que e(isten en ms de un lugar, se deben cambiar
de la misma forma e(actamente en todas sus ubicaciones. $n cambio en la direccin de un
cliente es mucho ms fcil de implementar si los datos slo se almacenan en la tabla
Clientes y no en algn otro lugar de la base de datos.
,unque es intuitivo para un usuario mirar en la tabla Clientes para buscar la direccin
de un cliente en particular, puede no tener sentido mirar all! el salario del empleado que
llama a ese cliente. El salario del empleado est relacionado con el empleado, o depende de
l, y por lo tanto se deber!a pasar a la tabla Empleados. 0as dependencias incoherentes
pueden dificultar el acceso porque la ruta para encontrar los datos puede no estar o estar
interrumpida.
2ay algunas reglas en la normalizacin de una base de datos. Cada regla se denomina
una -forma normal-. 'i se cumple la primera regla, se dice que la base de datos est en la
-primera forma normal-. 'i se cumplen las tres primeras reglas, la base de datos se
considera que est en la -tercera forma normal-. ,unque son posibles otros niveles de
normalizacin, la tercera forma normal se considera el m(imo nivel necesario para la
mayor parte de las aplicaciones.
,l igual que con otras muchas reglas y especificaciones formales, en los escenarios
reales no siempre se cumplen los estndares de forma perfecta. En general, la
normalizacin requiere tablas adicionales y algunos clientes consideran ste un traba)o
considerable. 'i decide infringir una de las tres primeras reglas de la normalizacin,
asegrese de que su aplicacin se anticipa a los problemas que puedan aparecer, como la
e(istencia de datos redundantes y de dependencias incoherentes.

DE!ENDENCIA +UNCIONAL
Fcurre una dependencia funcional entre dos o ms atributos de una tabla cuando
e(iste una cone(in entre ellos, es decir, a cada valor de uno, le corresponde un nico valor
del otro.
0a dependencia funcional es una nocin semntica. 'i hay o no dependencias
funcionales entre atributos no lo determina una serie abstracta de reglas, sino, ms bien, los
modelos mentales del usuario y las reglas de negocio de la organizacin o empresa para la
que se desarrolla el sistema de informacin. Cada dependencia funcional es una clase
especial de regla de integridad y representa una relacin de uno a muchos.
TECNICAS DE CONTROL DE CONCURRECNCIA
Control De Concurrenca,
El control de transacciones concurrentes en una base de datos brinda un eficiente
desempe.o del 'istema de 3ase de Datos, puesto que permite controlar la e)ecucin de
transacciones que operan en paralelo, accesando a informacin compartida y, por lo tanto,
interfiriendo potencialmente unas con otras.
El ob)etivo de los mtodos de control de concurrencia es garantizar la no inferencia
o la propiedad de aislamiento de transacciones que se e)ecutan de manera concurrente. 0os
distintos ob)etivos atacan el problema garantizando que las transacciones se e)ecuten en un
plan que sea serializable, es decir, que el resultado sea equivalente a el resultante de
e)ecutar un plan en serie.
T-cncas De Control De Concurrenca
Blo.ueos
El bloqueo es una tcnica de control de concurrencia que regula el acceso
concurrente a ob)etos compartidos tales como los registros de una base de datos. $na
transaccin puede obtener un bloqueo sobre un registro haciendo un requerimiento a un
componente del sistema llamado mane)ador de bloqueos.
Blo.ueo E/clus0o
'i una transaccin mantiene un bloqueo e(clusivo sobre algn ob)eto "digamos un
registro de la base de datos#, entonces ninguna transaccin distinta puede adquirir un
bloqueo de ningn tipo sobre ese ob)eto hasta que la transaccin libere su bloqueo.
Blo.ueo Compartdo
'i una transaccin retiene un bloqueo compartido sobre algn ob)eto "digamos un
registro de la 3D#, entonces una transaccin distinta puede adquirir un bloqueo
compartido sobre ese ob)eto, pero ninguna transaccin distinta puede adquirir un bloqueo
e(clusivo sobre ese ob)eto hasta que todos los bloqueos compartidos e(istentes sobre ese
ob)eto sean liberados.
Blo.ueo de Actual)ac#n
1 Blo.ueo U+ Hepresenta una indicacin de que una transaccin puede querer
actualizar el registro@ es compatible con 3loqueos ' pero no con otros
bloqueos $ ni con bloqueos I.
1 !rotocolo !U+ Cualquier transaccin que intente actualizar un registro H
debe e)ecutar primero un -$D?>D H- para obtener direccionabilidad sobre el
registro y adquirir un bloqueo de actualizacin sobre l. Despus de que la
transaccin ha adquirido el bloqueo cualquier actualizacin subsecuente del
registro "-$*DI H-# va a promover el bloqueo a nivel e(clusivo.
Blo.ueo en dos (ases
Cualquier transaccin que despus de liberar un bloqueo adquiere otro siempre
corre el riesgo de producir resultados incorrectos. Esto es, siempre es posible definir
una segunda transaccin que pueda e)ecutarse concurrentemente con la primera de
manera tal que la e)ecucin intercalada o concurrente de ambas no sea serializable y
por ende no correcta
SE"URIDAD DE LAS BASES DE DATOS
Segurdad
0a informacin de toda empresa es importante, aunque unos datos lo son mas que
otros, por tal motivo se debe considerar el control de acceso a los mismos, no todos los
usuarios pueden visualizar alguna informacin, por tal motivo para que un sistema de base
de datos sea confiable debe de mantener un grado de seguridad que garantice la
autentificacin y proteccin de los datos. En un banco por e)emplo, el personal de nominas
solo necesita empleados del banco y no a otro tipo de informacin.
Es indudable que cada d!a las entidades dependen de mayor medida de la
informacin y de la tecnolog!a, y que los sistemas de informacin estn ms soportadas por
la tecnolog!a, frente a la realidad de hace pocas dcadas.
*or otra parte, hace unos a.os la proteccin era ms fcil, con arquitecturas
centralizadas y terminales no inteligentes, pero hoy en d!a los entornos son realmente
comple)os, con diversidad de plataformas y proliferacin de redes, no slo internos sino
tambin e(ternos, incluso con enlaces internacionales.
,l hablar de seguridad hemos preferido centrarnos en la informacin misma,
aunque a menudo se hable de seguridad informtica, de seguridad de los sistemas de
informacin o de seguridad de las tecnolog!as de la informacin.
En cualquier caso hay tres aspectos principales, como distintas vertientes de la
seguridad.
La Con(dencaldad+ se cumple cuando solo las personas autorizadas "en su
sentido amplio podr!amos referirnos tambin a sistemas# pueden conocer los datos o la
informacin correspondiente.
*odemos preguntarnos Jqu ocurrir!a si un soporte magntico con los datos de
nuestros empleados o clientes fuera cedido a tercerosK JCul podr!a ser su uso finalK
La Integrdad: consiste en que slo las personas autorizadas puedan variar
"modificar o borrar# los datos. ,dems deben quedar pistas para control posterior y para
auditoria.
*ensemos que alguien variara datos de forma que perdiramos la informacin de
determinadas deudas a cobrar "o que sin perderla tuviramos que recurrir a la informacin
en papel#, o que modificara la ltima parte de los domicilios de algunos clientes.
,lgunas de estas acciones se podr!an tardar en detectar, y tal vez las diferentes
copias de seguridad hechas a lo largo del tiempo estar!an viciadas "corruptas decimos a
veces#, lo que har!a dif!cil la reconstruccin.
La Dsponbldad: se cumple si las personas autorizadas pueden acceder a tiempo
a la informacin.
Integrdad
0os valores de datos almacenados en la base de datos deben satisfacer cierto tipo de
restricciones de consistencia. Estas restricciones se hacen cumplir en el sistema a.adiendo
cdigos apropiados en los diversos programas de aplicacin.
El ob)etivo en cuanto a la integridad es proteger la base de datos contra operaciones
que introduzcan inconsistencias en los datos, por eso hablamos de integridad en el sentido
de correccin, validez o precisin de los datos de la base. El subsistema de integridad de un
'B3D debe, por tanto, detectar y corregir, en la medida de lo posible, las operaciones
incorrectas. E(isten dos tipos de operaciones que pueden atentar contra la integridad de los
datos que son las operaciones semnticamente inconsistentes y las interferencias debidas a
accesos concurrentes.
&ODELOS A$AN*ADOS DE BASE DE DATOS
En los ltimos a.os se han producido grandes avances en las tecnolog!as creando as!
modelos ms avanzados de base de datos.
Estos modelos son+
3ases De Datos Dederada
3ases De Datos Eviles
Bases De Datos +ederada
Es una coleccin de sistemas de bases de datos independientes, cooperativos,
posiblemente heterogneos, que son autnomos y que permiten compartir todos o algunos
de sus datos. En un sistema federado los usuarios tienen acceso a los datos, de los distintos
sistemas, a travs de una interfaz comn@ sin embargo, no e(iste un esquema global que
describa a todos los datos de las distintas bases de datos, sino que en su lugar hay varios
esquemas unificados, cada uno describiendo porciones de bases de datos y archivos para el
uso de cierta clase de usuarios.
0a primera definicin pone de manifiesto todas las propiedades que definen a una
3ase de Datos Dederada+ heterogeneidad, autonom!a y distribucin. $na 3ase de Datos
Dederada se dice que es heterognea debido a que los sistemas de bases de datos que lo
forman pueden tener cualquier arquitectura. En cuanto a la autonom!a, esta propiedad se
cumple ya que cada sistema de bases de datos funciona por s! mismo y de forma local. *or
ltimo, el concepto de distribucin hace referencia a que cada sistema de bases de datos
puede estar localizado en cualquier punto.
En cuanto a la segunda definicin, se e(plica que un sistema federado est
compuesto por los datos de las diferentes bases de datos que forman el esquema, pero que
dichos datos no estn presentes en ningn esquema global. ,dems, no necesariamente
todos los datos de una base de datos son compartidos a los usuarios, sino que se tiene la
posibilidad de compartir slo una porcin de los datos.
Caracter2stcas de los S"BD+,
$n 'istema Bestor de 3ases de Datos Dederadas "'B3DD# es el responsable de
proveer una vista de datos transparente al usuario. Esto significa que el usuario percibe a la
base de datos federada como una nica base de datos local, y no mltiples bases de datos
que contienen diferentes datos, que es como en realidad est configurado.
!roblemas de Implementac#n,
0a implementacin de este tipo de base de datos concierne una serie de problemas
que se citan a continuacin+
?ncompatibilidad entre los sistemas de consulta de los diferentes fabricantes
Diferente codificacin utilizada por las bases de datos componente
Beneracin de cdigos de error incompatibles por los diferentes fabricantes
Dificultades para establecer un control de la concurrencia en las distintas transacciones
0as transacciones son heterogneas debido a que cada 'B3D mantiene su autonom!a
Bases De Datos &#0les
$na base de datos mvil es una base de datos portable, f!sicamente independiente
del servidor corporativo de base de datos y capaz de comunicarse con ese servidor desde
sitios remotos para compartir datos corporativos. $tilizando bases de datos mviles, los
traba)adores pueden acceder a los datos corporativos desde cualquier dispositivo que
disponga de cone(in a ?nternet.
Ar.utectura
0a arquitectura general de una plataforma mvil es un modelo distribuido formado
por computadores fi)os, estaciones base y unidades mviles. 0os computadores fi)os son
computadores de uso general que no disponen de medios para comunicarse con los
unidades mviles. 0as estaciones base disponen de enlaces inalmbricos para conectar con
las unidades mviles@ son mquinas que actan de intermediarios entre las unidades
mviles y los computadores fi)os. 0os computadores fi)os y las estaciones base estn
interconectados por medio de una red fi)a "cableada# de alta velocidad. 0as unidades
mviles se conectan a las estaciones base mediante enlaces inalmbricos@ los enlaces ms
comunes son el estndar :L4.66 "Mi/Di#, el servicio B*H' y la tecnolog!a 3luetooth.
&odos de (unconamento,
2ay dos modos de funcionamiento para traba)ar con los datos+
El usuario de un dispositivo mvil se conecta al servidor de base de datos corporativo y
traba)a directamente con los datos.
El usuario descarga una copia de los datos y traba)a con ellos de forma local.
*osteriormente, se conectar al servidor de base de datos corporativo para actualizar la
base de datos.
Sstemas "estores de Bases de Datos m#0les,
Euchos fabricantes ofrecen 'B3D mviles capaces de comunicarse con los
principales 'B3D relacionales. Estos 'B3D mviles estn adaptados a los recursos
limitados de las unidades mviles y proporcionan una serie de funcionalidades adicionales+
Comunicacin con el servidor centralizado de base de datos mediante tcnicas de
comunicacin inalmbrica.
Heplicacin de datos en el servidor centralizado de base de datos y en el dispositivo
mvil.
'incronizacin de datos entre el servidor centralizado de base de datos y el dispositivo
mvil.
Bestin de datos en el dispositivo mvil.
,nlisis de los datos almacenados en el dispositivo mvil.
RE"LAS DE CODD
Regla 3: Regla De La In(ormac#n
1oda la informacin en una base de datos relacional se representa e(pl!citamente en
el nivel lgico e(actamente de una manera+ con valores en tablas.
Regla 4: Regla Del Acceso "arant)ado
*ara todos y cada uno de los datos "valores atmicos# de una 3DH se garantiza que
son accesibles a nivel lgico utilizando una combinacin de nombre de tabla, valor de clave
primaria y nombre de columna.
Regla 5: Tratamento Sstem6tco De $alores Nulos
0os valores nulos "que son distintos de la cadena vac!a, blancos, L, ...# se soportan
en los 'B3D totalmente relacionales para representar informacin desconocida o no
aplicable de manera sistemtica, independientemente del tipo de datos.
Regla 7: Cat6logo Dn6mco En L2nea Basado En El &odelo Relaconal
0a descripcin de la base de datos se representa a nivel lgico de la misma manera
que los datos normales, de modo que los usuarios autorizados pueden aplicar el mismo
lengua)e relacional a su consulta, igual que lo aplican a los datos normales.
Regla 8: Regla Del Sublengua9e De Datos Completo
$n sistema relacional debe soportar varios lengua)es y varios modos de uso de terminal "e)+
rellenar formularios, etc.#. 'in embargo, debe e(istir al menos un lengua)e cuyas sentencias
sean e(presables, mediante una sinta(is bien definida, como cadenas de caracteres y que
sea completo.
Regla :: Regla De Actual)ac#n De $stas
1odas las vistas que son tericamente actualizables se pueden actualizar por el
sistema.
/ El problema es determinar cules son las vistas tericamente actualizables, ya que no est
muy claro.
/ Cada sistema puede hacer unas suposiciones particulares sobre las vistas que son
actualizables.
Regla ;: Inserc#n< Actual)ac#n = Borrado De Alto N0el
0a capacidad de mane)ar una relacin base o derivada como un solo operando se
aplica no slo a la recuperacin de los datos "consultas#, si no tambin a la insercin,
actualizacin y borrado de datos.
Regla >: Independenca +2sca De Datos
0os programas de aplicacin y actividades del terminal permanecen inalterados a
nivel lgico cuandoquiera que se realicen cambios en las representaciones de
almacenamiento o mtodos de acceso.
Regla ?: Independenca L#gca De Datos
0os programas de aplicacin y actividades del terminal permanecen inalterados a
nivel lgico cuandoquiera que se realicen cambios a las tablas base que preserven la
informacin.
Regla 3@: Independenca De Integrdad
0os limitantes de integridad espec!ficos para una determinada base de datos
relacional deben poder ser definidos en el sublengua)e de datos relacional, y almacenables
en el catlogo, no en los programas de aplicacin.
Regla 33: Independenca De Dstrbuc#n
$na 3DH tiene independencia de distribucin.
El sistema debe poseer un lengua)e de datos que pueda soportar que la base de datos
est distribuida f!sicamente en distintos lugares sin que esto afecte o altere a los
programas de aplicacin.
Regla 34: Regla De La No Sub0ers#n
'i un sistema relacional tiene un lengua)e de ba)o nivel "un registro de cada vez#,
ese ba)o nivel no puede ser usado para saltarse "subvertir# las reglas de integridad y los
limitantes e(presados en los lengua)es relacionales de ms alto nivel "una relacin
"con)unto de registros# de cada vez#.
UNIVERSIDAD DE ORIENTE
PROGRAMA DE INGENIERIA EN SISTEMAS
UNIDAD DE ESTUDIOS BSICOS
NCLEO DE MONAGAS
MATURN ESTADO MONAGAS
Profesor: Bach!!eres:
Ga"#$s R%as C&I: '(&)*+&*(*
,"a- Asca-o C&I:
'(&.*)&'+)
Ma/"r0-1 Ma$o #e! '(..
CONCLUSIAN
0as bases de datos, hoy en d!a, ocupan un lugar determinante en cualquier rea del
quehacer humano, comercial, y tecnolgico. >o slo las personas involucradas en el rea de
?nformtica, sino todas las personas administrativas, tcnicas y con mayor razn los
profesionales de cualquier carrera, deben de tener los conocimientos necesarios para poder
utilizar las bases de datos. $na base de datos tiene mucha importancia en el ritmo de vida
que llevamos en los actuales momentos, ya que, est acelera el ritmo en el momento
realizar una bsqueda de informacin. Dacilitando as! el almacenamiento de grandes
cantidades de informacin, la recuperacin rpida y fle(ible de informacin, la
organizacin y reorganizacin de la informacin, la impresin y distribucin de
informacin en varias formas.
Esta herramienta de softAare es muy prctica su aplicacin en entes que mane)en
una gran cantidad de datos y necesitan el acceso rpido y fcil a estos, como los son+ las
industrias, bancos, compa.!as, empresas e instituciones, entre muchos ms. Desde
computadoras personales y en situaciones ms comple)as donde se requiere que muchos
usuarios compartan la informacin, utilizan computadoras multiusuario ya sea, mainframes,
minis o redes.