República Bolivariana de Venezuela

Ministerio del Poder Popular para La Educación Universitaria

Universidad Politécnica Territorial del Norte de Monagas
“Ludovico Silva”
Caripito – Estado Monagas

DISEÑO AVANZADO DE BASES DE DATOS

Prof.:
Integrantes:
Ing. Ramón Gomez.
José R Torres M
C.I: 26.445.398

Caripito, septiembre de 2018

ESQUEMA DE UNA BASE DE DATOS
El esquema de una base de datos (en inglés, Database Schema) describe la
estructura de una Base de datos, en un lenguaje formal soportado por un Sistema
administrador de Base de datos (DBMS). En una Base de datos Relacional, el
Esquema define sus tablas, sus campos en cada tabla y las relaciones entre cada
campo y cada tabla. El esquema es generalmente almacenado en un Diccionario
de Datos. Aunque es común que el esquema sea definido en un lenguaje de Base
de datos, el término se usa a menudo para referirse a una representación gráfica de
la estructura de base de datos.

CALIDAD DE ESQUEMAS.

 Puede haber muchas formas correctas de modelar un mismo problema, en

general no existe “la solución correcta”, aunque puede haber soluciones
definitivamente mal
 Un esquema conceptual debe cumplir
 Principio del 100%
 Principio de conceptualización
 Atributos de calidad
 Calidad: grado en el que un conjunto de características inherentes cumple
con los requisitos
 Quisiéramos que un modelo conceptual fuera:
 Completo (no negociable)
 Correcto (no negociable)
 Mínimo
 Expresivo
 Explícito
 Completitud
 Un esquema es completo cuando representa todas las características
relevantes del problema (100%)
 Se debe:
 o Controlar que todos los aspectos del problema estén
representados en alguna parte del esquema
o Controlar que todos los requerimientos sean realizables con el
esquema
o Leer el resultado y compararlo con la descripción original

 Correctitud
 La correctitud se puede dividir en dos tipos: sintáctica y semántica.
 La correctitud sintáctica implica que el esquema conceptual esté
construido respetando el lenguaje utilizado (e.g. en el MER, una
agregación se debe construir sobre una relación)
 Utilizar una herramienta CASE puede asegurar la correctitud sintáctica,
de lo contrario se debe verificar:
o La existencia de cardinalidades en cada relación
o La existencia de atributos determinantes en cada entidad. Si no
existen, entonces verificar que sea entidad débil con respecto a
otra.
o Existencia de una y sólo una relación y todas las entidades que
intervienen en la misma dentro de cada agregación.
o Un esquema es correcto semánticamente si cada elemento del
problema se representa utilizando estructuras adecuadas.
o Para asegurar la correctitud semántica, se debe responder para
cada concepto del problema:
o ¿Es una entidad, un atributo o una relación?
o ¿Hay una sola categoría de entidades o más de una?
o ¿Una relación es binaria o múltiple?
o ¿Cuál es el mecanismo de determinación del conjunto de
entidades?
o Las cardinalidades y totalidades, ¿tienen sentido?
 Minimalidad
 Un esquema es minimal si cada elemento de la realidad está
representado una sola vez en el esquema.
 Se debería verificar:
o ¿Dónde está representado en el esquema cada elemento de la
realidad?
o ¿A qué elemento de la realidad corresponde cada elemento del
esquema?
o Atributos derivables
 Expresividad
 Un esquema es expresivo si representa la realidad en una forma natural
que puede ser fácilmente comprensible usando sólo la semántica del
modelo.
 La expresividad intenta medir la capacidad de comunicación
 del modelo, a nivel semántico.
 Explicitud
 Un esquema es explícito si no necesita restricciones no estructurales, es
decir, toda la realidad se modela con los elementos gráficos del modelo.
 Por ejemplo: “En las carreras de posgrado, un estudiante puede tener uno
o dos tutores que lo supervisan, pero si tiene dos tutores, uno debe ser
PhD y el otro MSc”.
 Comparemos dos modelos que pretenden representar la realidad
planteada.
 Explicitud y minimalidad pueden ser objetivos contrapuestos

PARADIGMAS DE BASES DE DATOS.

Relacionales, es la base de todo. El modelo más estudiado, comercializado y
utilizado. No por ello el mejor, sino que ciertos aspectos (estar en el momento justo,
en el lugar indicado) han hecho que así llegue a ser. En definitiva, actualmente
hablar de BD es hablar de BD relacionales.
Orientadas a objeto, si todas nuestras aplicaciones son con objetos, es tontería
querer mantener el modelo relacional por debajo, ¿no? Existen diferentes ORM que
permiten solventar ese inmenso puente entre un modelo de objetos y el modelo
relacional, pero si podemos prescindir de él, ¿qué mejor que nuestro SGBD nos
entienda directamente y nos guarde objetos directamente? Hay ciertas cosas
bastante llamativas en una BDOO, como que no es necesario tener claves
primarias, o las claves ajenas en verdad ahora son referencias. Se podría hablar
mucho sobre este tema, pero resumiendo una BDOO son simplemente nuestros
objetos hechos persistentes. ¡Capas de persistencia nunca más!
Activas, una SGBD activo es aquel, que, bajo ciertas condiciones, y de manera
automática ejecuta acciones anteriormente especificadas, todo ello sin intervención
del usuario. Es decir, una especie de BD + super-triggers (BD relacional con triggers
no es una BD activa). Se puede subdividir en dos modelos que lo constituyen:
o Modelo del conocimiento: especifica las reglas del sistema, en resumen, serían
tuplas (Evento, Condición, Acción).
o Modelo de ejecución: se encarga de realizar un seguimiento de la situación y de
gestionar el comportamiento. Vamos, el jefe que dice qué hacer y cómo.
Deductivas, un SGBD deductivo es aquel que es capaz, a partir de un conjunto de
axiomas deductivos y reglas de inferencias que ya posee, deducir hechos.
Temporales, ¡no existen los datos!, adiós datos; bienvenidos los datos temporales
(dato + tiempo).
Difusas, Las BD Difusas se basan en la lógica difusa que a su vez se basa en
álgebra de conjuntos difusa, que viene a ser mayormente que dado un conjunto de
elementos se le da un valor a cada elemento, entre 0 y 1, que indica el grado de
pertenencia que tiene dicho elemento en ese conjunto.
El paradigma de orientación por objetos se desarrolló en las áreas de lenguajes de
pro- grabación e ingeniería de software. En un lenguaje de programación orientado
por objetos, los objetos existen solo durante la ejecución del programa que los crea.
Por otro lado, en una base de datos orientada por objetos, los objetos se crean,
pueden ser persistentes y se pueden compartir entre varios programas. Por lo tanto,
las bases de datos orientadas por o- jeto almacenan objetos persistentes en
almacenamiento secundario y soportan el compartir objetos entre diferentes
aplicaciones.

ESTRATEGIAS DE DISEÑO: OO CONCEPTUAL, OBJETO RELACIONAL.

El diseño orientado a objetos (DOO)
Es una fase de la metodología orientada a objetos para el desarrollo de software.
Su uso induce a desarrolladores y programadores a pensar en términos de objetos,
en vez de procedimientos, cuando planifican el código.
Un objeto agrupa datos encapsulados y procedimientos para representar una
entidad. La "interfaz del objeto", esto es, las formas de interactuar con el objeto,
también se definen en esta etapa. Un programa orientado a objetos se caracteriza
por la interacción de esos objetos.
El diseño orientado a objetos es la disciplina que define los objetos y sus
interacciones para resolver un problema de negocio que fue identificado y
documentado durante el análisis orientado a objetos (AOO).
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.
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.
Características
Una base de datos orientada a objetos es una base de datos que incorpora todos
los conceptos importantes del paradigma de objetos:

 Encapsulación - Propiedad que permite ocultar la información al resto de los

objetos, impidiendo así accesos incorrectos o conflictos.
 Herencia - 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.

ESQUEMA CONCEPTUAL.
El diseño conceptual es el proceso por el cual se construye un modelo de la
información que se utiliza en una empresa u organización, independientemente del
Sistema Gestor de Base de Datos que se vaya a utilizar para implementar el sistema
y de los equipos informáticos o cualquier otra consideración física.
Normalmente, se construyen varios esquemas conceptuales, cada uno para
representar las distintas visiones que los usuarios tienen de la información.
Cada una de estas visiones suelen corresponder a las diferentes áreas funcionales
de la empresa como, por ejemplo, producción, ventas, recursos humanos, etc.
Estas visiones de la información, denominadas vistas, se pueden identificar de
varias formas. Una opción consiste en examinar los diagramas de flujo de datos,
que se pueden haber producido previamente, para identificar cada una de las áreas
funcionales. La otra opción consiste en entrevistar a los usuarios, examinar los
procedimientos, los informes y los formularios, y también observar el funcionamiento
de la empresa.
El objetivo es comprender:
 La perspectiva que cada usuario tiene de los datos.
 La naturaleza de los datos, independientemente de su representación física.
 El uso de los datos a través de las áreas de aplicación.
A los esquemas conceptuales correspondientes a cada vista de usuario se les
denomina esquema conceptual es local es. Cada uno de estos esquemas se
compone de entidades, relaciones, atributos, dominios de atributos e
identificadores. El esquema conceptual también tendrá una documentación, que se
irá produciendo durante su desarrollo. Los modelos conceptuales deben poseer una
serie de propiedades: expresividad, simplicidad, minimalidad y formalidad

El modelo conceptual más utilizado es el modelo de entidad-relación, que posee los

siguientes conceptos:

Entidad-Relación
Es una técnica de diseño de base de datos gráfica, que incorpora información
relativa a los datos y la relación existente entre ellos, para poder asi plasmar una
visión una visión en el mundo real sobre un soporte informático.

En el modelo conceptual existen muchos modelos que serían: Entidad-Relación

Extendido, Orientado a Objetos Conceptual, Objetivo relacional, Orientado a
objetos dinámicos y Base de datos activas.