Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

TERMINOLOGIA

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 6

TERMINOLOGIA

Entidad: Es la representacin de un objeto o concepto del mundo real


que se describe en una base de datos. Ejemplos de nombres de
entidades: Alumno, Empleado, Artculo, etc.

Atributo: Representa una propiedad de inters de una entidad.


En SQL un atributo es llamado columna.
Describen propiedades que posee cada miembro de un conjunto de
entidades.

Por ejemplo, la entidad "Alumno" podra tener los atributos:


nombre, apellido, ao de nacimiento, etc.

Valor de atributo: Para cada atributo hay un conjunto de valores


permitidos, llamados el dominio, o el conjunto de valores, de
ese atributo.
Dependiendo del tipo de atributo, el valor cambia:
- Atributos monovalorados y multivalorados: Aquellos
que tienen un solo valor, slo para una entidad concreta se
llaman monovalorados. Y aquellos que tiene un conjunto de
valores para una entidad especfica se llaman multivalorado.
En ellos, se pueden colocar apropiadamente lmites inferior y
superior en el nmero de valores.
- Atributos derivados: El valor para este tipo de atributo se
puede derivar de los valores de otros atributos o entidades
relacionados. El valor de un atributo derivado no se
almacena, sino que se calcula cuando sea necesario.
- Valor Nulo: Un atributo toma un valor nulo cuando una
entidad no tiene un valor para un atributo. El valor nulo
tambin puede indicar no aplicable, es decir, que el valor
no existe para la entidad. Nulo puede tambin designar que
el valor de un atributo es desconocido.
- Valor Desconocido: Un valor desconocido puede ser, bien
perdido (el valor existe pero no se tiene esa informacin) o
desconocido (no se conoce si el valor existe realmente o no).

Atributo clave: Atributo cuyo valor es distinto para cada entidad


individual. Varios atributos pueden construir una clave. Un tipo
de entidad puede tener ms de una clave. Clave primaria
clave que no contiene a ninguna otra clave.

Instancia de Relacin: Una instancia de manera formal es la


aplicacin de un esquema a un conjunto finito de datos. En
palabras no tan tcnicas, se puede definir como el contenido de
una tabla en un momento dado, pero tambin es vlido
referirnos a una instancia cuando trabajamos o mostramos
nicamente un subconjunto de la informacin contenida en una
relacin o tabla, como por ejemplo:

Ciertos caracteres y nmeros (una sola columna de una sola


fila).
Algunas o todas las filas con todas o algunas columnas
Cada fila es una tupla. El nmero de filas es llamado
cardinalidad.
El nmero de columnas es llamado aridad o grado.

Dominio: Un dominio describe un conjunto de posibles valores


para cierto atributo. Como un dominio restringe los valores del
atributo, puede ser considerado como una restriccin.
Matemticamente, atribuir un dominio a un atributo significa
"cualquier valor de este atributo debe ser elemento del
conjunto especificado". Distintos tipos de dominios son: enteros,
cadenas de texto, fecha, no procedurales, etc.
CONJUNTO DE ENTIDADES VS TIPO DE ENTIDADES

Un conjunto de entidades es un contenedor lgico para las instancias


de un tipo de entidad y las instancias de cualquier tipo que se deriven
de ese tipo de entidad. (Para obtener informacin acerca de los tipos
derivados, vea Entity Data Model: Herencia). La relacin entre un tipo
de entidad y un conjunto de entidades es anloga a la relacin entre
una fila y una tabla en una base de datos relacional: al igual que una
fila, un tipo de entidad describe la estructura de los datos y, al igual
que una tabla, un conjunto de entidades contiene instancias de una
determinada estructura.
Un conjunto de entidades no es una construccin de modelado de
datos, ya que no describe la estructura de los datos. En su lugar, un
conjunto de entidades proporciona una construccin para que un
entorno de hospedaje o de almacenamiento (como Common
Language Runtime o una base de datos de SQL Server) agrupe las
instancias del tipo de entidad y se puedan asignar a un almacn de
datos.
Un conjunto de entidades se define dentro de un contenedor de
entidades, que es una agrupacin lgica de conjuntos de entidades y
conjuntos de asociaciones.
DIFERENCIA ENTRE UN ATRIBUTO Y UN CONJUNTO DE VALORES
Dominio: Un dominio es el conjunto de valores que puede tomar cada
uno de los atributos.
La mayora de las ocasiones se confunde dominio con tipo de datos,
as que vamos a ver un ejemplo que ponga de manifiesto la
diferencia: si tomamos como atributo para una entidad persona su
grupo sanguneo, est claro que el tipo de dato que tendremos que
usar ser de tipo cadena, sin embargo, los nicos valores que puede

tomar son los del conjunto {A+, A-, B+, B-, AB+, AB-, 0+, 0-}; este
sera el dominio del atributo grupo sanguneo.
TIPOS DE RELACIONES
El tipo de relacin se define tomando los mximos de las
cardinalidades que intervienen en la relacin. Hay cuatro tipos
posibles:
1:Una a una (1:1): En este tipo de relacin, una vez fijado un
elemento de una entidad se conoce la otra. Ejemplo: nacin y capital.
2:Una a muchas (1:N): Ejemplo: cliente y pedidos.
3:Muchas a una (N:1): Simetra respecto al tipo anterior segn el
punto de visto de una u otra entidad.
4:Muchas a muchas (N:N): Ejemplo: personas y viviendas.
Tipos especiales de relacin
*Relacin reflexiva o recursiva: Relaciona una entidad consigo misma.
Ejemplo: empleados que pueden ser jefes de otros empleados.
*Dos relaciones entre las mismas dos entidades: Muy til en el caso
de necesitar almacenar informacin histrica completa. Ejemplo:
proyectos en los que trabaja actualmente un empleado y proyectos
en los que ha trabajado anteriormente.
*Relacin ternaria: Asociacin de tres entidades. La forma de hallar
cardinalidades en las relaciones ternarias es fijar una combinacin de
elementos en dos de los extremos de la relacin y obtener
lgicamente las cardinalidades mnima y mxima en el otro extremo
libre. Ejemplo: el ttulo de un libro, un autor y una editorial se
relacionan las tres mediante la accin de publicar el libro (en un ao
concreto, con un ISBN y con un determinado nmero de pginas en la
edicin). Para determinar las cardinalidades hay que preguntarse por:
1:Cuntos autores puede tener un determinado libro publicado en una
determinada editorial(cardinalidd en el extremo de la entidad autor).
2:Cuntos libros puede tener un determinado autor publicados en una
determinada editorial (cardinalidad en el extremo de la entidad libro).
3:En cuntas editoriales puede un determinado autor publicar un
mismo libro (cardinalidad en el extremo de la entidad editorial).
*Relacin de especializacin (ES-UN): Tipificacin de una entidad en
en subtipos en nmero finito y conocido. Cada subtipo puede poseer
atributos propios que. Los subtipos heredan los atributos que pudiera
tener la entidad general. Este tipo de relacin puede clasificarse de
dos maneras distintas. La primera se segn si una instancia o
elemento concreto de la entidad puede ser de ms de un subtipo a la

vez. En caso afirmativo se dice que la relacin es inclusiva o con


solapamiento mientras que en caso contrario ser exclusiva o sin
solapamiento. La segunda clasificacin se basa en si obligatoriamente
cada instancia o elemento concreto debe ser obligatoriamente de
alguno de los subtipos especificados, es decir, si no pueden existir
elementos de la entidad que no pertenezcan a ninguno de los
subtipos. Si es as la relacin se dice total y en caso contario parcial.
La situacin ms corriente en una relacin de especializacin es que
sea exclusiva y total.
VISUALIZAR UN ESQUEMA ER COMO UN DIAGRAMA ER
3.7 Diagramas ER, convenciones de denominacin y problemas de
diseo
3.7.1 Resumen de la notacin para los diagramas ER
Las Figuras 3.9 a 3.13 ilustran ejemplos de la participacin de los
tipos de entidad en los tipos de relacin mediante sus extensiones:
las instancias de entidad individuales y las instancias de relacin en
los conjuntos de entidades y los conjuntos de relaciones. En los
diagramas ER se hace hincapi en la representacin de los esquemas,
ms que de las instancias. Esto es ms til en el diseo de bases de
datos porque el esquema de una base de datos rara vez cambia,
mientras que el contenido de los conjuntos de entidades cambia con
frecuencia. Adems, normalmente es ms fcil visualizar el esquema
que la extensin de una base de datos, porque es mucho ms
pequeo. La Figura 3.2 muestra el esquema ER de la base de datos
EMPRESA como un diagrama ER. Vamos a repasar la notacin
completa de un diagrama ER. Los tipos de entidad como EMPLEADO,
DEPARTAMENTO Y PROYECTO aparecen en rectngulos. Los tipos de
entidad como TRABAJA_PARA, ADMINISTRA, CONTROLA Y TRABAJA_EN
se muestran en rombos conectados a los tipos de entidades
participantes mediante lneas rectas.
Los atributos se muestran en valos, y cada uno est conectado a su
tipo de entidad o tipo de relacin mediante una lnea recta. Los
atributos que componen un atributo compuesto se conectan con el
valo que representa el atributo compuesto, como se muestra con el
atributo Nombre de EMPLEADO. Los atributos multivalor se muestran
con valos dobles, como el atributo Ubicaciones de DEPARTAMENTO.
Los nombres de los atributos clave aparecen subrayados. Los
atributos derivados se muestran con valos de lnea punteada, como
el atributo NumEmpleados de DEPARTAMENTO.
Los tipos de entidades dbiles se distinguen porque se colocan en
rectngulos de borde doble y porque las relaciones que los identifican
aparecen en rombos dobles, como se ilustra con la entidad
SUBORDINADO y el tipo de relacin identificativa SUBORDINADOS_DE.
La clave parcial del tipo de entidad dbil se subraya con una lnea
punteada. En la Figura 3.2 la razn de cardinalidad de cada tipo de
relacin binaria se especifica adjuntando 1, M o N a cada borde
participante. La razn de cardinalidad de DEPARTAMENTO:EMPLEADO
en
ADMINISTRA
es
1:1,
mientras
que
es
l:N
para

DEPARTAMENTO:EMPLEADO
en
TRABAJA_PARA,
y
M:N
para
TRABAJA_EN. La restriccin de participacin se especifica mediante
una lnea sencilla para la participacin parcial y con lneas dobles
para la participacin total (dependencia de existencia).
En la Figura 3.2 mostramos los nombres del papel para el tipo de
relacin CONTROL porque el tipo de entidad EMPLEADO puede
desempear los dos papeles en esa relacin. La cardinalidad es l:N de
supervisor a supervisado porque cada empleado en el papel de
supervisado tiene como mximo un supervisor directo, mientras que
un empleado en el papel de supervisor puede supervisar a ninguno o
ms empleados.

CLAVE PRIMARIA, CLAVE CANDIDATA Y SUPER CLAVE


Una superclave es un conjunto de uno o ms atributos que, tomados
colectivamente, permiten identificar de forma nica una entidad en el
conjunto de entidades.
El concepto de una superclave no es suficiente para lo que aqu se
propone, ya que, como se ha visto, una superclave puede contener
atributos innecesarios. Si K es una superclave, entonces tambin lo es
cualquier superconjunto de K. A menudo interesan las superclaves
tales que los subconjuntos propios de ellas no son superclave. Tales
superclaves mnimas se llaman claves candidatas. Es posible que
conjuntos distintos de atributos pudieran servir como clave candidata.
Se usar el trmino clave primaria para denotar una clave candidata
que es elegida por el diseador de la base de datos como elemento
principal para identificar las entidades dentro de un conjunto de
entidades. Una clave (primaria, candidata y superclave) es una
propiedad del conjunto de entidades, ms que de las entidades
individuales. Cualesquiera dos entidades individuales en el conjunto
no pueden tener el mismo valor en sus atributos clave al mismo
tiempo. La designacin de una clave representa una restriccin en el
desarrollo del mundo real que se modela. La clave primaria se debera
elegir de manera que sus atributos nunca, o muy raramente,
cambien.
http://www.muylinux.com/2010/03/04/35-motores-de-bases-de-datosopen-source

También podría gustarte