Vous êtes sur la page 1sur 12

Diseño de Bases de Datos

Unidad I

Conceptos Iniciales

Información y Datos
Los términos datos e información son ampliamente utilizados informalmente en
distintos ámbitos de nuestras vidas; generalmente nos referimos a ellos sin
hacer distinción alguna, por lo que se podria pensar que al hablar de datos
hablamos de información y viceversa.
Sin embargo, dentro de contextos más formales, como una organización o una
empresa, es importante marcar una diferencia entre estos términos, puesto que
de una forma u otra serán la base para llevar a cabo tomas de decisiones,
intrinsecamente importantes para cualquier organización.

Concepto de Dato
Se corresponden con elementos primarios de información que por sí solos son
irrelevantes como conocimiento y menos como apoyo a la toma de decisiones.
También se pueden ver como un conjunto discreto de valores, que no dicen
nada sobre el por qué de las cosas y no son orientativos para la acción.
Un número telefónico o un nombre de una persona, por ejemplo, son datos
que, sin un propósito, una utilidad o un contexto no sirven como base para
apoyar la toma de una decisión. Lo mismo pasa con la altura de una montaña,
la fecha de nacimiento de un personaje histórico, el peso especifico de una
sustancia, el número de habitantes de un país, etc.
No contienen ninguna información.
Los datos pueden ser una colección de hechos almacenados en algún lugar
físico como un papel, un dispositivo electrónico (CD, DVD, disco duro...), o la
mente de una persona.

En términos informáticos, un dato es una representación simbólica (numérica,


alfabética, etc.) de un atributo o característica de una entidad: un número, una
letra, un signo ortográfico o cualquier símbolo que represente una cantidad,
una medida, una palabra o una descripción El dato no tiene valor semántico
(sentido) en sí mismo, pero convenientemente tratado (procesado) se puede
utilizar en la realización de cálculos o toma de decisiones.

Son entonces la materia prima de la cual se deriva la información. Cualquier


cantidad o hecho, sin analizar, que por sí solos no tiene significado alguno y
debe ser presentado en forma utilizable y colocado en un contexto que le de
valor. Ejemplos: Edad, número de artículos vendidos, sueldo, etc.

Tipos de datos.
– Cuantitativos. Son aquellos que se pueden contar o medir. Expresan
mediante números las propiedades de un objeto, hecho o persona. Ejemplo:
Edad, peso, fecha de transacción.
– Cualitativos: No se pueden contar, ni medir. Expresan nominalmente las
características o propiedades de un objeto, hecho o persona. Ejemplo: sexo,
descripción de un artículo, nombre.

Concepto de Información
La información no es un dato.

En sentido general, la información es un conjunto organizado de datos, que


constituyen un mensaje sobre un determinado ente o fenómeno. De esta
manera, si por ejemplo organizamos datos sobre un país (número de
habitantes, densidad de población, nombre del presidente, etc.) y escribimos
por ejemplo, el capítulo de un libro, podemos decir que ese capítulo constituye
información sobre ese país.

La podemos definir entonces como un conjunto de datos procesados y que


tienen un significado (relevancia, propósito y contexto) para el organismo u
organización que los percibe, y que por lo tanto son de utilidad para quién debe
tomar decisiones, al disminuir su incertidumbre. Los datos se pueden
transforman en información añadiéndoles valor:
● Contextualizando: se sabe en qué contexto y para qué propósito se
generaron.
● Categorizando: se conocen las unidades de medida que ayudan a
interpretarlos.
● Calculando: los datos pueden haber sido procesados matemática o
estadísticamente.
● Corrigiendo: se han eliminado errores e inconsistencias de los datos.
● Condensando: los datos se han podido resumir de forma más concisa
(agregación).
Por tanto, la información es la comunicación de conocimientos o inteligencia, y
es capaz de cambiar la forma en que el receptor percibe algo, impactando
sobre sus juicios de valor y sus comportamientos.

Información = Datos + Contexto (añadir valor) + Utilidad (disminuir la


incertidumbre)
Cualidades de la Informacion
La creciente necesidad de información y la mayor disponibilidad de ésta
pueden conducir a un deterioro de la calidad de la misma si no se toman las
medidas necesarias para evitarlo.
Si pierde sus cualidades, la información, lejos de cumplir sus objetivos, es
decir, aportar un conocimiento, puede perder su valor informativo siendo
incluso perjudicial para los destinatarios de la misma.
Las cualidades que hacen de la información un recurso fundamental para las
organizaciones y los usuarios individuales son, básicamente:

● Precisión: Porcentaje de información correcta sobre el total de


información almacenada en el sistema.
● Oportunidad: Tiempo transcurrido desde que se produjo el hecho que
originó el dato hasta el momento en el que la información se pone a
disposición del usuario. También se mide según el tiempo transcurrido
desde que el dato tendría que estar disponible o por el desfase que produce
su procesamiento por ordenador. Dependiente de la finalidad de los datos.
Por ejemplo, para la elaboración de un censo de población de, por ejemplo,
varios millones de datos de carácter bastante estable, un tiempo de proceso
de meses no le resta oportunidad a la información. En cambio, esta demora
en otro tipo de valores como, por ejemplo, las cotizaciones en bolsa, sería
inadmisible, despojando a los datos de su valor informativo. Aunque en
general el valor informativo de los datos pierde valor con el transcurso del
tiempo, en los sistemas de soporte a la toma de decisiones es al contrario.
● Completitud: Ha de ser completa para cumplir los fines para los que se
gestiona. Por ejemplo, si se mantiene un sistema de información como
sistema de apoyo a la toma de decisiones, la información proporcionada por
éste ha de contener todos los elementos informativos necesarios para dar
apoyo a la toma de decisiones.
● Significado: El contenido semántico de los datos ha de ser máximo. Al
diseñar un sistema de información debemos adecuar el volumen de
información suministrada por el sistema a los objetivos propuestos. Más
información no significa mejor información, ocurriendo que un volumen
excesivo de información dificulta su asimilación por parte del usuario.
● Integridad: La información contenida en el sistema debe ser coherente en
sí misma, además de consistente con las restricciones semánticas del
mundo al que ha de representar lo más fielmente posible. La literatura sobre
bases de datos suele referirse a esta cualidad como integridad.
● Seguridad: Debe prestarse especial atención a la protección de la
información tanto frente a su deterioro físico o lógico como a los accesos no
autorizados. El problema de la seguridad abarca la confidencialidad, la
disponibilidad y la integridad.
Base de Datos
La idea de base de datos surge como una necesidad de mantener datos
relacionados.
¿Para qué relacionar los datos?
De esta forma podemos representar una realidad específica dentro de alguna
organización. Esto, luego de una etapa de diseño cuya primera parte consiste
en modelarla semánticamente con algún modelo adecuado.
Una vez terminado este, e implementado, es posible guardar los datos
correspondientes, y manipularlos de forma tal que entreguen la información
necesaria para el modelo de negocio.

Veamos un ejemplo.
Un cliente puede tener varios pedidos, pueden existir varios pedidos para un
mismo artículo, diferentes pedidos en diferentes fechas, etc.
Si los requerimientos son:
● Los pedidos del cliente X, una solución es generar una lista por cada
cliente, generando una relación entre los archivos clientes y pedidos.
● Todos los pedidos de un artículo, se tendrá una lista por cada artículo,
generando una relación entre pedidos y artículo.
(Supongamos 3 archivos: artículos, clientes y pedidos)
Las relaciones anteriores son complejas, por lo que se hace necesario contar
con alguna herramienta que facilite estos requerimientos.

Definición de base de datos


Existen varias definiciones de bases de datos.

"Colección de datos interrelacionados almacenados en conjunto sin


redundancias perjudiciales o innecesarias; su finalidad es servir a una o más
aplicaciones de la mejor forma posible; los datos se almacenan de modo que
resulten independientes de los programas que los usan; se emplean métodos
bien determinados para incluir nuevos datos y para modificar o extraer los
datos almacenados". Martin, 1975.

"Colección o depósito de datos, donde los datos están lógicamente


relacionados entre sí, tienen una definición y descripción comunes y están
estructurados de una forma particular. Una base de datos es también un
modelo del mundo real y, como tal, debe poder servir para toda una gama de
usos y aplicaciones". (Conference des Statisticiens Européens, 1977).

"Conjunto de datos de la empresa memorizado en un ordenador, que es


utilizado por numerosas personas y cuya organización está regida por un
modelo de datos". (Flory, 1982).

"Conjunto estructurado de datos registrados sobre soportes accesibles por


ordenador para satisfacer simultáneamente a varios usuarios de forma
selectiva y en tiempo oportuno". (Delobel, 1982).
"Colección no redundante de datos que son compartidos por diferentes
sistemas de aplicación". (Howe, 1983).

"Colección integrada y generalizada de datos, estructurada atendiendo a las


relaciones naturales de modo que suministre todos los caminos de acceso
necesarios a cada unidad de datos con objeto de poder atender todas las
necesidades de los diferentes usuarios". (Deen, 1985).

"Conjunto de ficheros maestros, organizados y administrados de una manera


flexible de modo que los ficheros puedan ser fácilmente adaptados a nuevas
tareas imprevisibles". (Frank, 1988).

"Colección de datos interrelacionados". (Elsmari y Navathe, 1989).

Como se ha visto, el concepto de base de datos ha ido cambiando a lo largo


del tiempo. En la actualidad podemos establecer la definición de base de datos
como sigue.

"Colección o depósito de datos integrados, almacenados en soporte secundario


(no volátil) y con redundancia controlada. Los datos, que han de ser
compartidos por diferentes usuarios y aplicaciones, deben mantenerse
independientes de ellos, y su definición (estructura de la base de datos) única y
almacenada junto con los datos, se ha de apoyar en un modelo de datos, el
cual ha de permitir captar las interrelaciones y restricciones existentes en el
mundo real. Los procedimientos de actualización y recuperación, comunes y
bien determinados, facilitarán la seguridad del conjunto de los datos".
Los datos que contiene una base de datos tienen una característica especial,
se les reconoce como datos de operación:
Los datos de una Base de Datos se consideran datos de operación,
distinguiéndose de los datos de entrada y de salida. Una Base de Datos, es un
conjunto de datos de operación almacenados y utilizados por los sistemas de
aplicación de una organización específica. Cualquier organización necesita
disponer de una gran cantidad de datos acerca de su funcionamiento. Estos
constituyen sus datos de operación. Los datos de Operación no incluyen datos
de entrada o de salida, colas de espera de trabajo o cualquier otro dato de
índole transitoria.
Así los datos de entrada, por ejemplo, se refieren a los datos que entran al
sistema desde el exterior, tales datos pueden ocasionar un cambio en los datos
de operación, pero no constituyen parte de la Base de Datos. El conjunto de los
datos de operación tiene directa relación con aquellos elementos de datos que
modelan el sentido de la organización como un sistema dotado de identidad
propia, así, si comparamos el conjunto de los datos de operación estructurados
para organizaciones distintas, la semántica de aquellos necesariamente será
diferente, por mucho que sus sintaxis sean idénticas. Los datos de operación
reflejan contenidos semánticos, tanto así que el diseño lógico de una base de
datos también se conoce como modelado semántico.
Análisis del concepto de base de datos
El concepto de Base de Datos determina algunas características que le son
propias, por ejemplo:
● El mundo real considera interrelaciones entre datos y restricciones
semánticas que deben estar presentes en una base de datos. Una base de
datos no solo debe almacenar entidades y atributos, sino que también debe
almacenar interrelaciones entre datos. Por otro lado, actualmente se le está
dando mucha importancia a las restricciones semánticas, de manera que éstas
se almacenan junto con los datos.
● La redundancia de datos debe ser controlada, de forma que no existan
duplicidades perjudiciales ni innecesarias. Las redundancias físicas,
convenientes muchas veces a fin de responder a objetivos de eficiencia, deben
ser tratadas por el mismo sistema, de modo que no puedan producirse
incoherencias. Esto significa que en las bases de datos NO está permitida la
redundancia lógica, pero si se admite cierta redundancia física por motivos de
eficiencia.
● Las bases de datos pretenden servir a toda la organización, es decir a
múltiples usuarios y a diferentes aplicaciones.
● La definición y descripción del conjunto de datos contenido en la base debe
ser única e integrada con los mismos datos. En las bases de datos, la
descripción, y en algunos casos, también una definición y documentación
completas (metadatos) se almacenan junto con los datos, de modo que éstos
están documentados, y cualquier cambio que se produzca en la documentación
debe quedar recogido en el sistema.
● La actualización y recuperación de las bases de datos debe realizarse
mediante procesos bien determinados, incluidos en el SGBD; procedimientos
que han de estar diseñados de modo que se mantenga la integridad, seguridad
y confidencialidad de la base.

La independencia Dato-Proceso
Una de las principales ventajas que provee una base de Datos es la
independencia entre los datos y los tratamientos que se hacen de ellos.
Esto a diferencia de los sistemas orientados al procesos, en los cuales los
datos eran sumamente dependientes de los programas al extremo que
lenguajes como COBOL definían en su código la estructura de los archivos –
esto lo podemos ver actualmente en C y Pascal. Con ello la estructura de los
datos de las tablas que los contienen son altamente dependientes de los
procesos que los utilizan. De hecho, para que un proceso pueda utilizar un
determinado dato que se encontraba almacenado en un archivo debía hacer la
declaración completa de la estructura de este archivo; esta declaración era sólo
modificable en tiempo de edición quedando fija ya en tiempo de compilación.
Lo anterior era válido para cualquier acceso a los datos de un conjunto de
archivos.
Históricamente la tasa de variación de los procesos es mayor que la de los
datos que estos procesos manejan. No siempre que un proceso cambia esto
determina cambios en los datos que ese proceso utiliza. Así, es claro que la
situación de datos dependientes de los procesos es inadecuada.
Lo anterior es asimilable a los cambios que sufren las organizaciones,
generalmente aquellos son de forma, un banco que cambia su imagen
corporativa, que se agreguen o eliminen funciones de atención a público o de
producción, reducción de personal, etc. Los cambios de fondo no son
habituales en las organizaciones, ellos tiene que ver con cambios en la misión
de la organización, en los objetivos.
Si un banco cambia de imagen corporativa –logo, forma de atención, etc.-
aquellos son cambios de forma y tienen básicamente que ver con variaciones
en los procesos y eventualmente con algunos datos; ahora si el banco quiere
transformarse en una AFP, entonces la situación es más compleja y profunda,
la misión organizacional cambia, el objetivo cambia y, por lo mismo, el cambio
es radical afectando todos los elementos que componen la organización, todos
aquellos elementos donde se refleja el sentido organizacional, es decir afecta
directamente a los datos y sus relaciones, cambio que indirectamente afectaría
a los procesos que manejan estos datos.
El concepto de Base de Datos rescata aquella dependencia que tienen los
procesos de los datos y la radicaliza priorizando la independencia de estos
últimos. Con lo anterior se crea un sustrato de datos modelando la
organización, sobre el cual se establecen los procesos que los utilizan. La
definición y mantención de este sustrato es teóricamente independiente de los
procedimientos de la organización y los procesos que apoyan su realización.

DBMS: Objetivos y Aportes en organizacion.


Considérese parte de una empresa de cajas de ahorros que mantiene
información acerca de todos los clientes y cuentas de ahorros. Una manera de
mantener la información en un computador es almacenarla en archivos del
sistema operativo. Para permitir a los usuarios manipular la información, el
sistema tiene un número de programas de aplicación que manipula los
archivos, incluyendo:

• Un programa para efectuar cargos o abonos en una cuenta.


• Un programa para añadir una cuenta nueva.
• Un programa para calcular el saldo de una cuenta.
• Un programa para generar las operaciones mensuales.

Estos programas de aplicación se han escrito por programadores de sistemas


en respuesta a las necesidades de la organización bancaria. Si las
necesidades se incrementan, se añaden nuevos programas de aplicación al
sistema.

Por ejemplo, supóngase que las regulaciones de un nuevo gobierno permiten a


las cajas de ahorros ofrecer cuentas corrientes. Como resultado se crean
nuevos archivos permanentes que contengan información acerca de todas las
cuentas corrientes mantenidas por el banco, y puede ser necesario escribir
nuevos programas de aplicación para tratar situaciones que no existían en las
cuentas de ahorro. Así, sobre la marcha, se añaden más archivos y programas
de aplicación al sistema.

Este sistema de procesamiento de archivos típico que se acaba de describir se


mantiene mediante un sistema operativo convencional. Los registros
permanentes son almacenados en varios archivos y se escriben diferentes
programas de aplicación para extraer registros y para añadir registros a los
archivos adecuados.

Antes de la llegada de los sistemas de gestión de bases de datos (SGBDs), las


organizaciones normalmente han almacenado la información usando tales
sistemas.
Mantener información de la organización en un sistema de procesamiento de
archivos tiene una serie de inconvenientes importantes:

● Redundancia e inconsistencia de datos. Debido a que los archivos y


programas de aplicación son creados por diferentes programadores en un
largo período de tiempo, los diversos archivos tienen probablemente
diferentes formatos y los programas pueden estar escritos en diferentes
lenguajes. Más aún, la misma información puede estar duplicada en
diferentes lugares (archivos). Por ejemplo, la dirección y número de teléfono
de un cliente particular puede aparecer en un archivo que contenga
registros de cuentas de ahorros y en un archivo que contenga registros de
una cuenta corriente. Esta redundancia conduce a un almacenamiento y
coste de acceso más altos. Además, puede conducir a inconsistencia de
datos; es decir, las diversas copias de los mismos datos pueden no
coincidir. Por ejemplo, un cambio en la dirección del cliente puede estar
reflejado en los registros de las cuentas de ahorro pero no estarlo en el
resto del sistema.
● Dificultad en el acceso a los datos. Supóngase que uno de los empleados
del banco necesita averiguar los nombres de todos los clientes que viven en
el distrito postal 28733 de la ciudad. El empleado pide al departamento de
procesamiento de datos que genere dicha lista. Debido a que esta petición
no fue prevista cuando el sistema original fue diseñado, no hay un programa
de aplicación a mano para satisfacerla. Hay, sin embargo, un programa de
aplicación que genera la lista de todos los clientes. El empleado del banco
tiene ahora dos opciones: bien obtener la lista de todos los clientes y
obtener la información que necesita manualmente, o bien pedir al
departamento de procesamiento de datos que haga que un programador de
sistemas escriba el programa de aplicación necesario. Ambas alternativas
son obviamente insatisfactorias. Supóngase que se escribe tal programa y
que, varios días más tarde, el mismo empleado necesita arreglar esa lista
para incluir sólo aquellos clientes que tienen una cuenta con saldo de
10.000 € o más. Como se puede esperar, un programa para generar tal lista
no existe. De nuevo, el empleado tiene que elegir entre dos opciones,
ninguna de las cuales es satisfactoria. La cuestión aquí es que el entorno de
procesamiento de archivos convencional no permite que los datos
necesarios sean obtenidos de una forma práctica y eficiente. Se deben
desarrollar sistemas de recuperación de datos más interesantes para un
uso general.
● Aislamiento de datos. Debido a que los datos están dispersos en varios
archivos, y los archivos pueden estar en diferentes formatos, es difícil
escribir nuevos programas de aplicación para recuperar los datos
apropiados.
● Problemas de integridad. Los valores de los datos almacenados en la
base de datos deben satisfacer ciertos tipos de restricciones de
consistencia. Por ejemplo, el saldo de una cuenta bancaria no puede nunca
ser más bajo de una cantidad predeterminada (por ejemplo 25 €). Los
desarrolladores hacen cumplir esas restricciones en el sistema añadiendo el
código apropiado en los diversos programas de aplicación. Sin embargo,
cuando se añaden nuevas restricciones, es difícil cambiar los programas
para hacer que se cumplan. El problema es complicado cuando las
restricciones implican diferentes elementos de datos de diferentes archivos.
● Problemas de atomicidad. Un sistema de un computador, como cualquier
otro dispositivo mecánico o eléctrico, está sujeto a fallo. En muchas
aplicaciones es crucial asegurar que, una vez que un fallo ha ocurrido y se
ha detectado, los datos se restauran al estado de consistencia que existía
antes del fallo. Consideremos un programa para transferir 50 € desde la
cuenta A a la B. Si ocurre un fallo del sistema durante la ejecución del
programa, es posible que los 50 € fueron eliminados de la cuenta Apero no
abonados a la cuenta B, resultando un estado de la base de datos
inconsistente. Claramente, es esencial para la consistencia de la base de
datos que ambos, el abono y el cargo tengan lugar, o que ninguno tenga
lugar. Es decir, la transferencia de fondos debe ser atómica: ésta debe
ocurrir en ellos por completo o no ocurrir en absoluto. Es difícil asegurar
esta propiedad en un sistema de procesamiento de archivos convencional.
● Anomalías en el acceso concurrente. Conforme se ha ido mejorando el
conjunto de ejecución de los sistemas y ha sido posible una respuesta en
tiempo más rápida, muchos sistemas han ido permitiendo a múltiples
usuarios actualizar los datos simultáneamente. En tales sistemas un
entorno de interacción de actualizaciones concurrentes puede dar lugar a
datos inconsistentes. Considérese una cuenta bancaria A, que contiene 500
€. Si dos clientes retiran fondos (por ejemplo 50 € y 100 € respectivamente)
de la cuenta A en aproximadamente el mismo tiempo, el resultado de las
ejecuciones concurrentes puede dejar la cuenta en un estado incorrecto (o
inconsistente). Supongamos que los programas se ejecutan para cada
retirada y escriben el resultado después. Si los dos programas funcionan
concurrentemente, pueden leer ambos el valor 500 €, y escribir después
450 € y 400 €, respectivamente. Dependiendo de cuál escriba el último
valor, la cuenta puede contener bien 450 € bien 400 €, en lugar del valor
correcto, 350 €. Para protegerse contra esta posibilidad, el sistema debe
mantener alguna forma de supervisión. Sin embargo, ya que se puede
acceder a los datos desde muchos programas de aplicación diferentes que
no han sido previamente coordinados, la supervisión es difícil de
proporcionar.
● Problemas de seguridad. No todos los usuarios de un sistema de bases
de datos deberían poder acceder a todos los datos. Por ejemplo, en un
sistema bancario, el personal de nóminas necesita ver sólo esa parte de la
base de datos que tiene información acerca de varios empleados del banco.
No necesitan acceder a la información acerca de las cuentas de clientes.
Como los programas de aplicación se añaden al sistema de una forma ad
hoc, es difícil garantizar tales restricciones de seguridad.

Estas dificultades, entre otras, han motivado el desarrollo de los sistemas de


bases de datos, de manera tal que con el tiempo se han ido incluyendo
conceptos para resolver estos problemas mencionados anteriormente, llegando
a los Sistemas de Bases de Datos que hoy conocemos.

Ventajas y Desventajas de las bases de datos

Ventajas.
Una sistematización de las ventajas de las Bases de Datos bosquejadas e los
puntos anteriores los podemos resumir en el siguiente cuadro:
Cuadro
resumen
de las
ventajas de
las bases
de datos
Referidas a Ventajas
Los datos ● Independencia de estos respecto de los tratamientos y
viceversa
● Mejor disponibilidad de los mismos
● Mayor eficiencia en la recogida, codificación y entrada

Los ● Mayor coherencia


resultados
● Mayor valor informativo
● Mejor y más normalizada documentación de la
información

Los ● Acceso más rápido y sencillo de los usuarios finales


usuarios
● Más facilidades para compartir los datos por el conjunto
de los usuarios
● Mayor flexibilidad para atender a demandas cambiantes.

Se desprende:
a. Independencia entre datos y tratamientos. El cambio en los programas no
influye en la disponibilidad de los datos, así como la modificación de éstos no
afecta a la reprogramación de las aplicaciones que los usan.
b. Coherencia de los resultados: debido a que la información de la base de
datos se recoge y se almacena una sola vez, en todos los tratamientos se
utilizan los mismos datos, por lo que los resultados de estos son coherentes y
comparables. Así, se eliminan las divergencias en los resultados.
c. Mejor disponibilidad de los datos para el conjunto de los usuarios: en una
base de datos ningún usuario es propietario de los datos, pues éstos se
comparten entre las aplicaciones, existiendo una mayor disponibilidad y
transparencia.
d. Mayor valor informativo: El conjunto de los datos almacenados en la BD
ofrece un mayor valor informativo, que la suma de ellos independientemente.
e. Mejor y más normalizada documentación: la mayoría de los SGBD
proporcionan herramientas para reflejar el contenido semántico de los datos, es
decir, incluyen una descripción de los datos dentro del sistema.
f. Mayor eficiencia en la captura, validación e ingreso de datos al sistema: al
no existir redundancias, los datos se capturan y validan una sola vez
aumentando el rendimiento del proceso previo al almacenamiento y dando
consistencia al sistema.
g. Reducción del espacio de almacenamiento: La desaparición (o disminución)
de redundancias, unido a las técnicas de compactación, implica una menor
ocupación de almacenamiento secundario.
h. Al tener un control centralizado de la base de datos, el administrador (a
instancias del responsable de la información de la organización) puede
garantizar que se observen las normas de la empresa aplicables a la
representación de los datos.
i. El administrador puede asegurar que el único modo de acceso sea a través
de los canales establecidos, y en consecuencia definir controles de
autorización que pueden afectar a cada modo de acceso (modificación,
inserción, borrado o lectura). Sin estos controles de seguridad, es mucho más
sensible una BD que los archivos.

Desventajas.
Las desventajas de una base de datos no las podemos dejar de mencionar. El
siguiente cuadro resume algunas de aquellas.
Cuadro resumen
de las
desventajas de
las bases de
datos
Relativas a Desventajas
La implantación ● Costosa en equipos (lógico y físico)
● Ausencia de estándares
● Larga y difícil puesta en marcha
● Rentabilidad a mediano plazo

Los usuarios ● Personal especializado


● Desfase entre teoría y práctica

Se desprende:
a. Instalación costosa: La implantación de un sistema de base de datos puede
implicar un coste elevado, tanto en el equipo físico (adquisición de nuevas
instalaciones, o ampliaciones de las existentes) como en el lógico (sistemas
operativos, programas, compiladores, etc.), así como el coste de adquisición o
mantenimiento del SGBD.
b. Implantación larga y difícil: Debido a las causas mencionadas
anteriormente, la implantación de un sistema de base de datos puede
convertirse en una tarea larga y complicada.
c. Falta de rentabilidad a corto plazo: Los amplios costes que conlleva la
implantación, implica una rentabilidad no a corto, sino a medio, o incluso largo
plazo.
d. Escasa estandarización: Esto supone una dificultad añadida a los usuarios
de la base de datos.
e. Desfase entre teoría y práctica: Los constantes avances teóricos en al
ámbito de las bases de datos, que muchas veces no se ven traducidos en la
práctica, hacen llevarse a engaño a muchos usuarios, creyendo que
constituyen ya una realidad, cuando no han sido todavía plasmados.
f. Personal especializado: es clave la administración de la base de datos, se
requiere de conocimientos específicos.
g. Existe también una resistencia al cambio, sobre todo que este involucra a
toda la organización. En el éxito de esto el papel mediador de los profesionales
de informática es fundamental, sobre todo en organizaciones grandes donde
una base de datos se puede ver como la centralización del poder en manos de
unos pocos, generalmente los encargados de su administración.

Vous aimerez peut-être aussi