¿Qué es una base de datos?
Una base de datos es un espacio en el que se
almacenan datos de manera organizada para poder acceder a ellos siempre que
queramos.
Una base de
datos (BD) es un conjunto de datos estructurados apropiadamente y relacionados entre
sí.
Una base de
datos se una colección de datos relacionados entre sí y que tienen un
significado implícito.
Una base de datos es un almacén que nos permite guardar grandes
cantidades de información de forma organizada para poder en un futuro poder
consultarla, realizar búsquedas, ingresar nuevos datos, eliminar registros,
etc. Todo esto de una forma rápida y simple dentro de un ordenador.
Una base de
datos es un conjunto de información relacionada que pertenece a una
organización y que está agrupada como un todo. En la base de datos de una
juguetería, por ejemplo, estará reunida la información de los juguetes (precio,
cantidad en stock), así como los datos de los proveedores (dirección, teléfono,
saldo deudor), clientes (si se desea llevar información individualizada de cada
uno de ellos), empleados (salarios, presentismo, comisiones de los vendedores),
contabilidad (cobranzas, pagos, liquidaciones), etc.
Las bases de
datos son fundamentales en los sistemas de información debido a que estas se
utilizan en todas las áreas profesionales como la investigación, tecnología,
arte, educación, sistemas médicos, programas de ingeniería, programas de
desarrollo, de diseño, sistemas de información geográfica, entre otros.
Cada base
de datos se compone de una o más tablas que guardan un conjunto de datos. Cada
una de estas se divide en columnas y filas: mientras que las columnas guardan
una parte de la información sobre cada elemento que queramos guardar en la
tabla, cada fila de la tabla conforma un registro.
HISTORIA
E INICIOS
Las
bases de datos, tal y como las conocemos hoy, nacieron en los años 50. No
obstante, la necesidad de organizar y guardar datos es por mucho anterior.
Los inicios de las base de datos modernas se
deben sobre todo al desarrollo realizado por el inglés Edgar Frank Codd, que
propuso el primer modelo teórico relacional, es decir, definió cómo se debían
relacionar los datos pertenecientes a una base de datos. Por otro lado IBM
desarrolló la primera definición de lenguaje para base de datos (que definía
cómo añadir y extraer información de una base de datos) llamado SEQUEL. Más
tarde SEQUEL acabaría convirtiéndose en el lenguaje más utilizado hoy en día
con bases de datos, el SQL.
¿Para qué sirven la bases de datos?
Las bases de datos sirven para almacenar información.
El tipo de información puede variar.
Las bases de datos
son utilizadas en infinidad de circunstancias y lugares, como:
- En los
hospitales
- En la
administración
- En el gobierno
- En la escuela
- En el comercio
Tipos De Bases De Datos
Las
bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto
que se este manejando, o la utilidad de la misma.
Segun la variabilidad de los datos almacenados:
Bases De Datos Estáticas
Estas son bases de datos de solo lectura,
utilizadas primordialmente para almacenar datos historicos que posteriormente
se pueden utilizar para estudiar el comportamiento de un conjunto de datos a
traves del tiempo, realizar proyecciones y tomar decisiones.
Bases De Datos Dinámicas
Estas
son bases de datos donde la informacion almacenada se modifica con el tiempo,
permitiendo operaciones como actualizacion, borrado y adicion de datos, ademas
de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la
base de datos utilizada en un sistema de informacion de un supermercado, una
farmacia, un videoclub o una empresa.
Modelos De
Bases De Datos
Ademas
de la clasificacion por la funcion de las bases de datos, estas tambien se
pueden clasificar de acuerdo a su modelo de administracion de datos.
Un
modelo de datos es basicamente una "descripcion" de algo conocido
como contenedor de datos (algo en donde se guarda la informacion),
asi como de los métodos para almacenar y recuperar informacion de esos
contenedores. Los modelos de datos no son cosas fisicas: son abstracciones que
permiten la implementacion de un sistema eficiente de base de datos; por
lo general se refieren a algoritmos , y conceptos matematicos.
Algunos
modelos con frecuencia utilizados en las bases de datos:
Bases
De Datos Jerárquicas
Éstas
son bases de datos que, como su nombre indica, almacenan su información en una
estructura jerárquica. En este modelo los datos se organizan en una forma
similar a un árbol (visto al revés), en donde un nodo padre de
información puede tener varios hijos. El nodo que no tiene padres es
llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.
Las
bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones
que manejan un gran volumen de información y datos muy compartidos permitiendo
crear estructuras estables y de gran rendimiento.
Una
de las principales limitaciones de este modelo es su incapacidad de representar
eficientemente la redundancia de datos.
Base De Datos De Red
Éste
es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es
la modificación del concepto de nodo: se permite que un mismo
nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).
Fue
una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución
eficiente al problema de redundancia de datos; pero, aun así, la dificultad que
significa administrar la información en una base de datos de red ha significado
que sea un modelo utilizado en su mayoría por programadores más que por
usuarios finales.
Bases De Datos Transaccionales
Son
bases de datos cuyo único fin es el envío y recepción de datos a grandes
velocidades, estas bases son muy poco comunes y están dirigidas por lo general
al entorno de análisis de calidad, datos de producción e industrial, es
importante entender que su fin único es recolectar y recuperar los datos a la
mayor velocidad posible, por lo tanto la redundancia y duplicación de
información no es un problema como con las demás bases de datos, por lo general
para poderlas aprovechar al máximo permiten algún tipo de conectividad a bases
de datos relacionales.
Bases De Datos Relacionales
Éste
es el modelo utilizado en la actualidad para modelar problemas reales y
administrar datos dinámicamente. Tras ser postulados sus fundamentos en
1970 , de los laboratorios Ibm en San Jose , no tardó en
consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea
fundamental es el uso de "relaciones". Estas relaciones podrían
considerarse en forma lógica como conjuntos de datos llamados "tuplas".
Pese a que ésta es la teoría de las bases de datos relacionales creadas por
Codd, la mayoría de las veces se conceptualiza de una manera más fácil de
imaginar. Esto es pensando en cada relación como si fuese una tabla que está
compuesta por registros (las filas de una tabla), que representarían las
tuplas, y campos(las columnas de una tabla).
En
este modelo, el lugar y la forma en que se almacenen los datos no tienen
relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto
tiene la considerable ventaja de que es más fácil de entender y de utilizar
para un usuario esporádico de la base de datos. La información puede ser
recuperada o almacenada mediante "consultas" que ofrecen una amplia
flexibilidad y poder para administrar la información.
El
lenguaje más habitual para construir las consultas a bases de datos
relacionales es SQL, Structured Query Language o Lenguaje
Estructurado de Consultas, un estándar implementado por los principales motores
o sistemas de gestión de bases de datos relacionales.
Durante
su diseño, una base de datos relacional pasa por un proceso al que se le conoce
como normalisazion de una base de datos
Durante
los años 80 la aparición de dBASE produjo una revolución en los lenguajes
de programación y sistemas de administración de datos. Aunque nunca debe
olvidarse que dBase no utilizaba SQL como lenguaje base para su gestión.
Bases De Datos Bases
de Datos Multidimensionales Multidimensionales
Son
bases de datos ideadas para desarrollar aplicaciones muy concretas, como
creación de cubos olap Básicamente
no se diferencian demasiado de las bases de datos relacionales (una tabla en
una base de datos relacional podría serlo también en una base de datos
multidimensional), la diferencia está más bien a nivel conceptual; en las bases
de datos multidimensionales los campos o atributos de una tabla pueden ser de
dos tipos, o bien representan dimensiones de la tabla, o bien representan
métricas que se desean estudiar.
Bases De Datos Orientadas a
Objetos
Este
modelo, bastante reciente, y propio de los modelos informaticos enfocado a
objetos, trata de almacenar en la base de datos los objetos completos
(estado y comportamiento).
Una
base de datos orientada a objetos es una base de datos que incorpora todos los
conceptos importantes del paradigma de objetos:
§ encapsulacion - Propiedad que permite ocultar la
información al resto de los objetos, impidiendo así accesos incorrectos o
conflictos.
§ Hrencia- Propiedad a través de la cual los objetos heredan
comportamiento dentro de una jerarquía de clases.
§ Polimorfismo - Propiedad de una operación mediante la cual puede
ser aplicada a distintos tipos de objetos.
En
bases de datos orientadas a objetos, los usuarios pueden definir operaciones
sobre los datos como parte de la definición de la base de datos. Una operación
(llamada función) se especifica en dos partes. La interfaz (o signatura) de una
operación incluye el nombre de la operación y los tipos de datos de sus
argumentos (o parámetros). La implementación (o método) de la operación se
especifica separadamente y puede modificarse sin afectar la interfaz. Los
programas de aplicación de los usuarios pueden operar sobre los datos invocando
a dichas operaciones a través de sus nombres y argumentos, sea cual sea la
forma en la que se han implementado. Esto podría denominarse independencia
entre programas y operaciones.
Bases
De Datos Documentales
Permiten
la indexación a texto completo, y en líneas generales realizar búsquedas más potentes.
Tesaurus es un sistema de índices optimizado para este tipo de bases de datos.
Bases De Datos Deductivas
Un sistema de
base de datos deductiva, es un sistema de base de datos pero con la diferencia
de que permite hacer deducciones a través de inferencias. Se basa
principalmente en reglas y hechos que son almacenados en la base de datos. Las
bases de datos deductivas son también llamadas bases de datos lógicas, a raíz
de que se basa en lógica matemática.
Sistema Gestor de Bases de Datos (SGBD)
Los Sistemas Gestores de Bases de Datos (SGBD, por sus
siglas en inglés), también conocidos como sistemas manejadores de bases de
datos o DBMS (DataBase Management System), son un conjunto de programas que
manejan todo acceso a la base de datos,
con el objetivo de servir de interfaz entre ésta, el usuario
y las aplicaciones utilizadas.
Administración de bases de datos
la administración de bases de datos controla tanto los datos
como los usuarios. La administración de bases de datos se realiza con un
Sistema de Gestión de Bases de Datos (SGBD) también llamado DBMS(Database
Management System). El DBMS es un conjunto de servicios (aplicaciones
de software) que permite a los distintos usuarios un fácil acceso a la
información y proporciona las herramientas para la manipulación de los datos
encontrados en la base (insertar, eliminar, editar).
Los administradores
de bases de datos
Gestionan y mantienen las bases de datos informatizadas. Se
aseguran de que estas sean seguras y estén actualizadas. Estos profesionales
trabajan sobre las formas de reorganizar las bases de datos para hacerlas más
rápidas o más fáciles de usar. Crean sistemas de respaldo para que los datos no
se pierdan si surgen problemas en la base datos.
Los administradores de bases de datos se encargan de
que la base de datos sea segura y se utilice con eficacia. El uso y la
seguridad de la información contenida en bases de datos están regulados por una
estricta ley de protección de datos.
Es responsabilidad del administrador de base de datos
garantizar que sólo las personas autorizadas puedan ver detalles muy
personales, por ejemplo, la información médica. Además, los ciudadanos tienen
derecho de acceso a la información que sobre ellos aparece en bases de datos;
los administradores posiblemente deban negociar este acceso.
Los administradores de bases de datos trabajan en estrecha colaboración con los usuarios de la base de datos, averiguando si hay algún problema y evaluando la capacidad del sistema para hacer frente a la demanda.
Los administradores de bases de datos trabajan en estrecha colaboración con los usuarios de la base de datos, averiguando si hay algún problema y evaluando la capacidad del sistema para hacer frente a la demanda.
Funciones
del DBA
Así, el DBA, a diferencia del administrador de datos,
es un profesional en procesamiento de datos. La tarea del DBA es crear la base
de datos en sí y poner en vigor los controles técnicos necesarios para apoyar
las políticas dictadas por el administrador de datos. El DBA se encarga también
de garantizar el funcionamiento adecuado del sistema y de proporcionar otros
servicios de índole técnica relacionados. El DBA cuenta por lo regular con un
grupo de programadores de sistemas y otros asistentes técnicos.
La responsabilidad general
del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las
guías de acción definidas por la administración de los datos.
El DBA 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
Administración de la estructura de la Base de Datos
La administración de la estructura
de la Base de Datos incluye participar en el diseño inicial de la misma y su
puesta en practica así como controlar, y administrar sus requerimientos,
ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en
el diseño general de BD. En los casos de grandes aplicaciones de tipo
organizacional, el DBA es un gerente que supervisa el trabajo del personal de
diseño de la BD.
Una vez diseñada la BD, es
puesta en practica utilizando productos del DBMS, procediéndose entonces a la
creación 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 modificándose, estos encuentran nuevas formas o métodos para
lograr sus objetivos; la tecnología de la BD se va modificando y los
fabricantes del DBMS actualizan sus productos. Todas las modificaciones en las
estructuras o procedimientos de BD requieren de una cuidadosa administración.
Administración
de la actividad de datos
Aunque el DBA protege los datos, no los procesa. El DBA no es usuario del sistema, en consecuencia, no administra valores de datos; el DBA administra actividad de datos. Dado que la BD es un recurso compartido, el DBA debe proporcionar estándares, guías de acción, procedimientos de control y la documentación necesaria para garantizar que los usuarios trabajan en forma cooperativa y complementaria al procesar datos en la BD.
Como es de suponerse, existe una gran actividad al interior de un DBMS.
La concurrencia de múltiples usuarios requieren de estandarizar los procesos de
operación; el DBA es responsable de tales especificaciones y de asegurarse que
estas lleguen a quienes concierne. Todo el ámbito de la BD se rige por
estándares, desde la forma como se capture la información (tipo, longitud, formato),
como es procesada y presentada. El nivel de estandarización alcanza hasta los
aspectos más internos de la BD; como sé accesa a un archivo, como se determinan
los índices primarios y auxiliares, la foliación de los registros y demás.
Debe procurarse siempre que los estándares que serán aplicados
beneficien también a los usuarios, privilegiando siempre la optimización en la
operación del DBMS y el apego de las políticas de la empresa.
Una administración de BD efectiva deberá disponer siempre de este tipo
de estándares; entre las funciones del DBA se encuentra la de revisarlos
periódicamente para determinar su operatividad, y en su caso ajustarlos,
ampliarlos o cancelarlos. Es también su responsabilidad el que estos se
cumplan.
Cuando se definen estándares sobre la estructura de la BD, estos deben
registrarse en una sección del diccionario de datos a la que todos aquellos
usuarios relacionados con ese tipo de proceso pueden acceder.
Otro de los aspectos que el administrador debe atender es el de
coordinar las nuevas propuestas para realizar ajustes en los derechos de acceso
a datos compartidos y aplicaciones específicamente propuestas serían analizados
en conjunto con los supervisores o directivos de las áreas involucradas para
determinar si procede pudieran aparecer problemas cuando dos o más grupos de
usuarios quedan autorizados para notificar los mismos datos. Uno de tales
conflictos es el de la actualización 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 eliminación.
Se obtendrán este tipo de garantías cuando el DBMS 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 estándares 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:
a) Restringir el acceso a los procedimientos para
ciertos usuarios.
b) Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos.
c) Evitar la coincidencia de horarios para usuarios que comparten.
Las técnicas de recuperación son otra función esencial del DBA al
administrar la actividad de datos. A pesar de que el DBMS lleva a cabo una
parte del proceso de recuperación, los usuarios determinan en forma critica la
operatividad de esos sistemas de protección. El DBA debe anticipar fallas y
definir procedimientos estándares de operación; los usuarios deben saber que
hacer cuando el sistema este caído y que es lo primero que debe realizarse
cuando el sistema este puesto en marcha nuevamente. El personal de operación
deberá saber como iniciar el proceso de recuperación de la BD que copias de
seguridad utilizar; como programar la rejecución del tiempo perdido y de las
tareas pendientes; es importante también establecer un calendario para llevar a
cabo estas actividades sin afectar a otros sistemas dentro de la organización
que hagan uso de los mismos recursos de computo. Destacan por su importancia en
el proceso de recuperación y a su vez en la atención que prestan a otros
sectores de la organización. Los dispositivos de comunicación remota, los
sistemas de interconexión y otros accesorios de uso compartido.
El DBA es el responsable de la publicación y mantenimiento de la
documentación en relación con la actividad de los datos, incluyendo los
estándares de la BD, los derechos de recuperación y de acceso a la BD, los
estándares para la recuperación de caídas y el cumplimiento de las políticas
establecidas. Los productos DBMS más populares que se encuentran en el mercado
proporcionan servicios de utilerias para ayudar al DBA en la administración de
los datos y su actividad. Algunos sistemas registran en forma automática los
nombres de los usuarios y de las aplicaciones a las que tienen acceso así como
a otros objetos de la BD. Incorpora también utilerias que permitan definir en
el diccionario de datos las restricciones para que determinadas aplicaciones o
módulos de ellas solo tengan acceso a segmentos específicos de la BD.
Existe una gran actividad al interior de un DBMS. La
concurrencia de múltiples usuarios requiere la estandarización de los procesos
de operación; el DBA es responsable de éstas especificaciones y de asegurarse
que estas lleguen a quienes concierne. Todo el ámbito de la base de datos se
rige por estándares, desde la forma de como se captura la información (tipo de
dato, longitud, formato), como es procesada y presentada. El nivel de
estandarización alcanza hasta los aspectos más 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 estándares que serán aplicados beneficien
también a los usuarios, privilegiando siempre la optimización en la operación
del DBMS y el apego de las políticas de la empresa. Entre las funciones
del DBA se encuentra la de revisar los estándares periódicamente para
determinar su operatividad, ajustarlos, ampliarlos o cancelarlos y hacer que
éstos se cumplan.
Diccionario De Datos
Un diccionario de datos es un conjunto de definiciones que
contiene las características lógicas y puntuales de los datos que se van a
utilizar en el sistema que se programa, incluyendo nombre, descripción, alias,
contenido y organización.
Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema, su contenido también se emplea durante el diseño.
Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos del sistema, su contenido también se emplea durante el diseño.
En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos de todo el sistema. Los elementos más importantes son flujos de datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y descripción de todos estos elementos.
Si los analistas desean conocer cuántos caracteres abarca un determinado dato o qué otros nombres recibe en distintas partes del sistema, o dónde se utiliza, encontrarán las respuestas en un diccionario de datos desarrollado en forma apropiada.
El diccionario se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que participan en la determinación de los requerimientos de sistemas.
Asegurar la
confiabilidad de la base de datos
Muchos sistemas de cómputo electorales existen básicamente
para almacenar y hacer uso de información. Las listas de electores, los sistemas de votación electrónica, los
programas de resultados y las bases de datos del personal y los materiales
están basados fundamentalmente en la información. Asegurar su confiabilidad
tiene la mayor importancia. Un sistema de cómputo que se sustente en
información es tan bueno como la información que contiene.
Hay varias medidas que se pueden adoptar para asegurar la confiabilidad de la información utilizada en los sistemas de cómputo para uso electoral.
Uso de fuentes de información confiable
El primer paso consiste en utilizar métodos confiables de recolección informativa. Esto significa que la información debe ser obtenida de fuentes confiables, preferentemente de fuentes primarias. Por ejemplo, los datos personales de los electores serán más precisos si se obtienen directamente de los electores mismos y no de fuentes indirectas como conocidos o bases de datos de organizaciones de dudosa calidad. Los resultados electorales más precisos serán los obtenidos directamente de las oficinas o instancias encargadas del conteo y no de reportes de los medios, observadores
La seguridad en base de datos
La
gran mayoría de los datos sensibles del mundo están almacenados en sistemas
gestores de bases de datos comerciales tales como Oracle, Microsoft SQL Server
entre otros, y atacar una bases de datos es uno de los objetivos favoritos para
los criminales.
Esto puede explicar por qué los
ataques externos, tales como inyección de SQL, subieron 345% en 2009, “Esta
tendencia es prueba adicional de que los agresores tienen éxito en hospedar páginas
Web maliciosas, y de que las vulnerabilidades y explotación en relación a los
navegadores Web están conformando un beneficio importante para ellos”[*]
Para empeorar las cosas, según un estudio publicado en febrero de 2009
The Independent Oracle Users Group (IOUG), casi la mitad de todos los usuarios
de Oracle tienen al menos dos parches sin aplicar en sus manejadores de bases
de datos.
Mientras que la atención generalmente se ha centrado en asegurar
los perímetros de las redes por medio de, firewalls, IDS / IPS y antivirus,
cada vez más las organizaciones se están enfocando en la seguridad de las bases
de datos con datos críticos, protegiéndolos de intrusiones y cambios no
autorizados.
En las siguientes secciones daremos las siete recomendaciones para
proteger una base de datos en instalaciones tradicionales.
Definir el esquema conceptual:
Es
tarea del administrador de datos decidir con exactitud cual es la información
que debe mantenerse en la base de datos, es decir, identificar las entidades que interesan a la
empresa y la información que debe registrarse acerca de esas entidades. Este
proceso por lo general se denomina diseño lógico –a veces conceptual- de bases
de datos. Cuando el administrador de datos decide el contenido de la base de
datos en un nivel abstracto, el DBA crea a continuación el esquema conceptual
correspondiente, empleando el DDL conceptual. El DBMS utilizará la versión
objeto (compilada) de ese esquema para responder a las solicitudes de acceso.
La versión fuente sin compilar servirá como documento de referencia para los
usuarios del sistema.
Definir el esquema interno:
El DBA debe decidir también como se representará la información en la
base de datos almacenada. A este proceso suele llamársele diseño físico de la
base de datos. Una vez hecho esto el DBA deberá crear la definición de estructura de almacenamiento
correspondiente (es decir el esquema interno) valiéndose del DDL interno.
Además deberá definir la correspondencia pertinente entre los esquemas interno
y conceptual. En la práctica, ya sea el DDL conceptual o bien el DDL interno
incluirán seguramente los medios para definir dicha correspondencia, pero las
dos funciones (crear el esquema, definir la correspondencia) deberán poder
separarse con nitidez. Al igual que el esquema conceptual, el esquema interno y
la correspondencia asociada existirán tanto en la versión fuente como en la
versión objeto.
Documentación
La
responsabilidad final de un DBA en la administración de la estructura de una BD
es la DOCUMENTACIÓN. Es de suma importancia saber que modificaciones han sido
efectuadas, como fueron realizada y cuando fueron establecidas. Una
modificación sobre la estructura de la BD pudiera ocasionar un error que no
apareciera a corto plazo; una vez que este surja, sin la documentación adecuada
sobre las modificaciones realizadas, él diagnostico resultaría extremadamente
complicado. En estos casos, se haría necesario una secuencia de rejecuciones
para intentar detectar el punto en conflicto; el riesgo de este procedimiento
radica en que es posible afectar la información contenida en la BD. Para
identificar un cambio es de suma importancia mantener un registro de los formatos
de prueba y de las ejecuciones de las pruebas efectuadas. Si se utilizan
procedimientos de prueba formatos de pruebas y métodos de registro
estandarizados, el registro de los resultados de la prueba no consumirá tiempo
excesivo.
Comúnmente el tiempo de la documentación es tedioso y esto ocasiona que
algunos DBA tienden a reducir o abreviar la información que se registra en ella
e incluso llegan a desatenderla. Cuando ocurre un siniestro, la documentación
completa y organizada puede ser la diferencia entre resolver o no un problema
de extrema importancia y en la mayoría de los casos, que implica costos
cuantiosos a la empresa.
La tarea de la documentación es cada vez más ligera y precisa cuando se
utilizan DBMS que integran herramientas CASE para las tareas de diseño,
mantenimiento y documentación. Estas mismas herramientas CASE proporcionan en
la, mayoría de los casos la facilidad de generar y mantener en forma automática
el Diccionario de Datos.
Una razón más para documentar consiste en la necesidad de mantener
organizados datos históricos. Ocurre comúnmente que se desea realizar una
consulta sobre los respaldos para conocer el estado que guardaba la información
en un periodo determinado que transcurrió previamente. Los registros de
modificación existentes en la documentación permitirá resolver problemas de
incompatibilidad entre las estructuras que eran vigentes en el periodo de
respaldo y las que lo son ahora; permitirá también el desarrollo de módulos de
ajuste que faciliten la traducción de formatos y/o escalas para valores
almacenados.
En los casos de caídas del sistema se presenta una situación parecida;
los respaldos son requeridos y habrá de verificarse su estructura; formato y
escala para integrarlos a la operación del sistema.
No hay comentarios:
Publicar un comentario