Bases de Datos Relacionales y Orientadas a Objetos: Diseño y Gestión

Bases de Datos Relacionales

Modelo Relacional

Concepto de BDR: Permiten establecer relaciones entre los datos (que están guardados en tablas) y trabajar con ellos conjuntamente. Una BDR se compone de varias tablas o relaciones.

  • Clave P.K.: Clave única elegida entre varias otras que define a todos los demás atributos de la tabla, para especificar los datos que serán relacionados con las demás tablas.
  • Clave F.K.: Referencia a una clave en otra tabla.
  • Cardinalidad: 1:1, 1:N, N:M

SGBDOO (Sistemas de Gestión de Bases de Datos Orientadas a Objetos)

Concepto: Hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programación en uno o más lenguajes a los que dé soporte. Un SGBDOO extiende los lenguajes con datos persistentes de forma transparente, control de concurrencia, recuperación de datos, consultas asociativas y otras capacidades.

Debilidades del modelo relacional:

  • Pobre representación de las entidades del mundo real
  • Sobrecarga semántica
  • Soporte inadecuado para las restricciones de integridad y empresariales
  • Estructura de datos homogénea
  • Operaciones limitadas
  • Dificultades para gestionar las consultas recursivas
  • Desadaptación de impedancias

Características: Se deben satisfacer dos criterios: ser un sistema orientado a objetos y ser un sistema de gestión de bases de datos. El primer criterio se traduce en ocho características generales:

  • Abstracción
  • Encapsulación
  • Modularidad
  • Jerarquía
  • Control de tipos
  • Concurrencia
  • Persistencia
  • Generosidad

El segundo criterio se traduce en cinco características principales:

  • Persistencia
  • Concurrencia
  • Recuperación ante fallos del sistema
  • Gestión del almacenamiento secundario
  • Facilidad de consultas

Diferencias y similitudes con el modelo relacional: Las BDOO ofrecen un mucho mejor rendimiento que las bases de datos relacionales para aplicaciones o clases con estructuras complejas de datos. Sin embargo, las BDOO coexistirán con las bases de datos relacionales durante los próximos años, puesto que a menudo se utilizará un modelo relacional como una forma de estructura de datos dentro de una BDOO.

Diagrama de Clases

  • Clase: Declaraciones de objetos; es decir, una clase es la definición de un objeto.
  • Métodos: Función asociada exclusivamente a una clase o objeto.
  • Atributos: Característica de la entidad.
  • Asociación simple: Permite asociar objetos que colaboran entre sí. La diferencia con la dependencia radica en que se guarda una referencia de la otra clase. Esta asociación dispone de navegabilidad; esta dirección significa que uno puede obtener o «ver» el objeto apuntado a través del objeto cliente. También implica, al igual que la dependencia, el llamar a un método u obtener la instancia de una clase.
  • Composición: Tipo de relación estática, en donde el tiempo de vida del objeto incluido está condicionado por el tiempo de vida del que lo incluye.
  • Agregación: Tipo de relación dinámica, ya que el tiempo de vida del objeto es independiente del que lo incluye.
  • Herencia: Indica que una subclase hereda los métodos y atributos especificados por una superclase.
  • Multiplicidad: Describe la cardinalidad de la relación; es decir, cuántos objetos de la clase pueden participar en la relación dada.
  • Private: Indica que el atributo solo será accesible desde dentro de la clase.
  • Public: Indica que el atributo será visible tanto dentro como fuera de la clase; es decir, es visible desde todos lados.
  • Protected: Indica que el atributo no será accesible desde fuera de la clase, pero sí podrá ser accesado por métodos de la clase, además de las subclases que derive.

Consultas SQL

UPDATE SUELDOT SET DESC_AFP = (SUELDO * 13) / 100;
CREATE DATABASE corredora;
USE corredora;
CREATE TABLE arrendatorio (
    ruta VARCHAR(10) NOT NULL PRIMARY KEY,
    nombre VARCHAR(20),
    apellido VARCHAR(20)
);
CREATE TABLE dueño (
    rutd VARCHAR(10) NOT NULL PRIMARY KEY,
    nombre VARCHAR(20),
    apellido VARCHAR(20)
);
INSERT INTO dueño (rutd, nombre, apellido) VALUES ('11', 'Juan', 'Castro');

Diagramas de Casos de Uso

Actor: Representan un usuario del sistema, una empresa, cargos, departamentos, etc. Representa un rol o función que alguien ejecuta, por lo tanto, en algunas ocasiones, más de un actor podrá estar efectuando tareas de manera simultánea.

Caso de Uso: La o las acciones que son llevadas a cabo por los actores. Cada caso debe ser detallado estructuralmente a través de una acción, por ejemplo, “Solicitar libros”, “Devolver libros”.

Asociaciones: Se representa mediante una línea simple y permite establecer la relación entre actores y casos de uso.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.