0% encontró este documento útil (0 votos)
21 vistas2 páginas

Fundamentos de Bases de Datos

Cargado por

solanoklvj
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
21 vistas2 páginas

Fundamentos de Bases de Datos

Cargado por

solanoklvj
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

FUNDAMENTOS DE BASES DE DATOS

Modelo de datos
De acuerdo a Ullman1999 :
“Un modelo de datos es un sistema formal y abstracto que permite describir los datos de acuerdo con reglas y
convenios predefinidos. Es formal pues los objetos del sistema se manipulan siguiendo reglas perfectamente
definidas y utilizando exclusivamente los operadores definidos en el sistema, independientemente de lo que
estos objetos y operadores puedan significar”.
Definición de modelo de datos
Un modelo de datos puede ser usado de las siguientes maneras:
Como una herramienta para especificar los tipos de datos y la organización de los mismos que son permisibles
en una base de datos específica;
Como una base para el desarrollo de una metodología general de diseño para las bases de datos;
Como una base para el desarrollo de familias de lenguajes de alto nivel para manipulación de consultas (querys
) y datos; Como el elemento clave en el diseño de la arquitectura de un manejador de bases de datos.
El primer modelo de datos desarrollado con toda la formalidad que esto implica fue el modelo relacional , en
1969, mucho antes incluso que los modelos jerárquicos y de red. A pesar de que los sistemas jerárquicos y de
red como software para manejar bases de datos son previos al modelo relacional, no fue sino hasta 1973 que
los modelos de tales sistemas fueron definidos, apenas unos cuantos años antes de que estos sistemas
empezaran a caer en desuso.
Los modelos conceptuales deben ser buenas herramientas para representar la realidad, por lo que deben
poseer las siguientes cualidades:
Expresividad: Deben tener suficientes conceptos para expresar perfectamente la realidad.
Simplicidad: Deben ser simples para que los esquemas sean fáciles de entender.
Minimalidad: Cada concepto debe tener un significado distinto.
Formalidad: Todos los conceptos deben tener una interpretación única, precisa y bien definida.
En general, un modelo no es capaz de expresar todas las propiedades de una realidad determinada, por lo que
hay que añadir aserciones que complementen el esquema.”
Modelo Entidad-Relación
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo
directamente implementable en una base de datos. Brevemente:
Transformación de relaciones múltiples en binarias.
Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y
viceversa).
Conversión en tablas (en caso de utilizar una base de datos relacional).
Entidad
Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia
unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.
Una entidad puede ser un objeto con existencia física como: una persona, un animal, una casa, etc. (entidad
concreta); o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un
nombre, etc. (entidad abstracta).
Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona
puede llevar consigo las características: Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento, etc.
Atributos
Los atributos son las características que definen o identifican a una entidad. Estas pueden ser muchas, y el
diseñador solo utiliza o implementa las que considere más relevantes. Los atributos son las propiedades que
describen a cada entidad en un conjunto de entidades.
En un conjunto de entidades, cada entidad tiene valores específicos asignados para cada uno de sus atributos,
de esta forma, es posible su identificación unívoca.
Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el valor de sus
atributos. Nótese que dos o más entidades diferentes pueden tener los mismos valores para algunos de sus
atributos, pero nunca para [Link] cada atributo, existe un dominio del mismo, este hace referencia al tipo
de datos que será almacenado o a restricciones en los valores que el atributo puede tomar (cadenas de
caracteres, números, solo dos letras, solo números mayores que cero, solo números enteros...).
Relación
Describe cierta dependencia entre entidades o permite la asociación de las mismas.
Ejemplo: Dadas dos entidades "Habitación 502" y "Mark", es posible relacionar que la habitación 502 se
encuentra ocupada por el huésped de nombre Mark.
Una relación tiene sentido al expresar las entidades que relaciona. En el ejemplo anterior, un huésped (entidad),
se aloja (relación) en una habitación (entidad).
Conjunto de relaciones
Consiste en una colección, o conjunto, de relaciones de la misma naturaleza.
Ejemplo: Dados los conjuntos de entidades "Habitación" y "Huésped", todas las relaciones de la forma
habitación-huésped, permiten obtener la información de los huéspedes y sus respectivas habitaciones.
La dependencia o asociación entre los conjuntos de entidades es llamada participación. En el ejemplo anterior
los conjuntos de entidades "Habitación" y "Huésped" participan en el conjunto de relaciones habitación-
huésped.
Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidades participantes en la relación.
Restricciones
Son reglas que deben mantener los datos almacenados en la base de datos.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondencia de
cardinalidades puede ser:
Uno a Uno: Una entidad de A se relaciona únicamente con una entidad en B y viceversa (ejemplo relación
vehículo - matrícula: cada vehículo tiene una única matrícula, y cada matrícula está asociada a un único
vehículo).
Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una entidad en B se
relaciona con una única entidad en A (ejemplo vendedor - ventas).
Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se
puede relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de trabajo).
Varios a Varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y viceversa (ejemplo
asociaciones- ciudadanos, donde muchos ciudadanos pueden pertenecer a una misma asociación, y cada
ciudadano puede pertenecer a muchas asociaciones distintas).
Si un conjunto de relaciones tiene también algunos atributos asociados a el, entonces se unen esos atributos a
ese conjunto de relaciones.
En este caso se tiene el atributo descriptivo, fecha-acceso, unido al conjunto de relaciones impostor para
especificar la fecha mas reciente en que un cliente accedió a esa cuenta.
En los diagramas E-R se indican papeles mediante etiquetas en las líneas que unen rombos con rectángulos.
Claves
Es un subconjunto del conjunto de atributos comunes en una colección de entidades, que permite identificar
unívocamente cada una de las entidades pertenecientes a dicha colección. Asi mismo, permiten distinguir entre
sí las relaciones de un conjunto de relaciones.
Dentro de los conjuntos de entidades existen los siguientes tipos de claves:
Superclave: Es un subconjunto de atributos que permite distinguir unívocamente cada una de las entidades de
un conjunto de entidades. Si se añade un atributo al anterior subconjunto, el resultado seguirá siendo una
superclave.
Clave candidata: Dada una superclave, si ésta deja de serlo quitando únicamente uno de los atributos que la
componen, entonces ésta es una clave candidata.
Clave primaria: Es una clave candidata, elegida por el diseñador de la base de datos, para identificar
unívocamente las entidades en un conjunto de entidades.
Los valores de los atributos de una clave, no pueden ser todos iguales para dos o más instancias.
DEFINICION
De acuerdo a Korth/Silberschatz
“La estructura lógica general de una base datos se puede expresar gráficamente mediante un diagrama E-R.
La simplicidad relativa y la claridad pictórica de esta técnica de diagrama puede ser en gran parte la causa del
uso ampliamente extendido del modelo E-R. Tal diagrama consta de los siguientes componentes principales.
Los atributos de un conjunto de entidades que son miembros de la clave primaria están subrayados.”
Diagramas de Entidad – Relación
Rectángulo, que representan conjuntos de entidades.
Elipses, que representan atributos.
Rombos, que representan relaciones.
Líneas, que unen atributos a conjuntos de entidades y conjuntos.
Elipses dobles, que representan atributos multivalorados.
Elipses discontinuas, que denotan atributos derivados.
Líneas dobles, que indican participación total de una entidad en un conjunto de relaciones.

También podría gustarte