Planificación y arquitectura de las bases de datos

Los datos operativos de una corporación son un recurso corporativo, un activo que es valioso
para la organización e incurre en costos. Una base de datos, compartida por muchos

usuarios, protege los datos operativos al proporcionar seguridad de datos, restricciones de

integridad, controles de confiabilidad y gestión profesional por un ABD.

Datos significa hechos, mientras que la información son datos procesados en una forma útil

para tomar decisiones

El administrador de la base de datos debe ser técnicamente competente, un buen

administrador y tener excelentes habilidades interpersonales y de comunicación. Su
responsabilidad principal es planificar, diseñar, desarrollar y gestionar la base de datos
operativa. En las etapas de planificación y diseño, las responsabilidades incluyen planificación
preliminar, identificación de necesidades del usuario, desarrollo y mantenimiento del
diccionario de datos, diseño del modelo conceptual, elección de un DBMS, desarrollo del
modelo lógico y de los modelos interno y físico. En la fase de desarrollo, las responsabilidades
son crear y cargar la base de datos, desarrollar vistas de usuario, escribir y mantener
documentación, desarrollar Ejercicios 75 y fortalecer estándares de datos, crear y fortalecer
estándares de programas de aplicación, desarrollo de procedimientos operativos y capacitar a
usuarios. Las responsabilidades de gestionar la base de datos incluyen monitorear el
desempeño, afinar y reorganizar y mantenerse actualizado en las mejoras a la base de datos.

Algunos modelos de datos son los modelos entidad-relación, orientada a objeto, objeto
relacional y semiestructurado.

El modelo entidad relación es una herramienta que permite

representar de manera simplificada los componentes que participan en un proceso de
negocio y el modo en el que estos se relacionan entre sí.
El modelo entidad relación tiene tres elementos principales:

 Entidades: El modelo contará con una entidad por cada uno de los
componentes del proceso de negocio. Así, en un negocio de venta de
suscripciones a revistas, podemos tener entidades “Cliente”, “Dirección”,
“Factura”, “Producto”, o “Incidencias”, entre otras.

 Atributos: Los atributos, componente fundamental de cada modelo

entidad-relación, nos permiten describir las propiedades que tiene cada
entidad. “Nombre”, “Primer Apellido”, “Segundo Apellido”, ”Fecha de
nacimiento”, “Género” o “Segmento de valor” serán atributos de la
entidad “Cliente”.

 Relaciones: Con las relaciones se establecen vínculos entre parejas de

entidades. Cada “Cliente” tendrá una “Dirección” de envío en la que
 recibirá la suscripción, podrá estar suscrito a uno o varios “Productos”, y
recibirá una “Factura” con la periodicidad acordada.

Los tipos de relaciones posibles entre dos entidades en un modelo

entidad relación son:

 Relación uno a uno: Un “individuo” de la entidad A solamente puede

estar relacionado con un “individuo” de la entidad B, y ese “individuo” de
la entidad B no puede estar relacionado con otros “individuos” de la
entidad A. Por ejemplo, cada miembro de la entidad País se relaciona
únicamente con un miembro de la entidad “Ciudad capital de un país”.
Cada país puede tener una única capital y cada ciudad capital puede
serlo únicamente de un país.
 Relación uno a varios: Un “individuo” de la entidad A puede estar
relacionado con uno o varios “individuos” de la entidad B, y esos
“individuos” de la entidad B no pueden estar relacionados con otros
“individuos” de la entidad A. Por ejemplo, cada miembro de la entidad
“Padre” puede estar relacionado con uno o varios miembros de la
entidad “Hijo”, y cada miembro de la entidad “Hijo” solamente puede
tener vínculo con un miembro de la entidad “Padre”.
 Relación varios a varios: Cada “individuo” de la entidad A puede estar
relacionado con uno o varios “individuos” de la entidad B, y cada
“individuo” de la entidad B puede estar relacionado con varios
“individuos” de la entidad A. Por ejemplo, cada miembro de la entidad
“Cliente” puede estar relacionado con uno o varios miembros de la
entidad “Producto”, y cada miembro de la entidad “Producto” puede
tener vínculo con varios miembros de la entidad “Cliente”.

Modelo de base de datos orientado a objetos

El modelo de base de datos orientada a objetos agrupa la información en paquetes
relacionados entre sí: los datos de cada registro se combinan en un solo objeto, con
todos sus atributos. De esta manera, toda la información está disponible en el objeto,
ya que sus datos quedan agrupados en lugar de distribuidos en diferentes tablas. En
los objetos no solo pueden guardarse los atributos, sino también los métodos, lo que
refleja la afinidad de estas bases de datos con los lenguajes de programación
orientados a objetos: al igual que en estos, cada objeto presenta un conjunto de
acciones que pueden llevarse a cabo.
Los objetos se dividen a su vez en clases. Más concretamente, un objeto es una unidad
concreta de una clase abstracta, lo que crea una jerarquía de clases y subclases.
Dentro de esta estructura, las subclases adoptan las propiedades de las clases
superordinadas y las complementan con sus propios atributos. Al mismo tiempo, los
objetos de una clase también pueden relacionarse con otras clases, lo que rompe la
jerarquía estricta y permite formar redes. Los objetos simples también pueden
combinarse para crear objetos más complejos.
Para gestionar los diversos objetos, el SGBD orientado a objetos correspondiente
asigna automáticamente un código de identificación único a cada registro, que
permite recuperar los objetos una vez que se han guardado.
Ejemplo: en el contexto de una base de datos orientada a objetos, podemos guardar
una bicicleta como objeto, con todos sus atributos y métodos: es roja, se puede
conducir, tiene sillín, etc. Este objeto forma parte de la clase “bicicletas”, en la que, por
ejemplo, también podría incluirse una bicicleta azul y otra verde. A su vez, la clase
“bicicletas” es una subcategoría de “vehículos”, que también incluye la clase “coches”.
Por otra parte, el objeto también está relacionado con la clase “actividades de ocio”. Si
accedemos a este objeto a través de su código de identificación único, dispondremos
directamente de todos sus métodos y atributos.

Ventajas e inconvenientes del modelo de base de

datos orientada a objetos

Base de datos objeto relacional

El modelo de base de datos objeto-relacional integra los conceptos de
la tradicional base de datos relacional y los conceptos de paradigma
de objetos que se utiliza en la programación orientada a objetos
(POO).
El objetivo de este concepto es poder aplicar la tecnología madura de
bases de datos relacionales sobre la organización de los datos
complejos es decir datos de texto e imagen, mapas, datos en el rango
de audio etc. Las bases de datos Objeto-relacional son compatibles
con estos objetos de datos y las operaciones de mayor complejidad.

Modelo de base de datos

semiestructurados
es un modelo de base de datos donde no hay separación entre el datos y
el esquema, y la cantidad de estructura utilizada depende del propósito.

Las ventajas de este modelo son las siguientes:

 Puede representar la información de algunas fuentes de datos que no

pueden estar restringidas por un esquema.
 Proporciona un formato flexible para el intercambio de datos entre
diferentes tipos de bases de datos.
 Puede resultar útil ver los datos estructurados como semiestructurados
(para fines de navegación).
 El esquema se puede cambiar fácilmente.
 El formato de transferencia de datos puede ser portátil.