LUIS SEQUEDA
COD. 022058
Avances tecnologicos
columna o conjunto de columnas. No puede haber dos filas en una tabla que tengan la
misma clave primaria.
Llave Secundaria
En el contexto de bases de datos relacionales, una clave fornea (o Foreign Key FK) es una
limitacin referencial entre dos tablas. La clave fornea identifica una columna o grupo de
columnas en una tabla (tabla hija o referendo) que se refiere a una columna o grupo de
columnas en otra tabla (tabla maestra o referenciada). Las columnas en la tabla referendo
deben ser la clave primaria u otra clave candidata en la tabla referenciada.
Tipos de Relaciones
1. Uno a muchos
Veamos el primer modelo de relacin tomando como referencia las tablas Alumnos
y Grupos. Cualquier alumno (MUCHOS) pertenece slo a un grupo (UNO), un
alumno no puede estar en ms de una clase. Pues bien, ni ms ni menos que este
sera el argumento de una relacin MUCHOS A UNO.
Otro ejemplo, sabemos que cada profesor pertenece nicamente a un departamento,
pero en cada departamento existe ms de un profesor. De aqu podemos extraer una
relacin UNO a MUCHOS entre las tablas Departamentos y Profesores.
En las relaciones de uno a muchos cada registro de una tabla A, a la que llamaremos
tabla primaria, puede estar enlazado con ms de un registro de otra tabla B, a la que
llamaremos tabla secundaria. En cambio, cada registro de la tabla B slo puede estar
enlazado a un registro de la tabla A.
2. Uno a uno
Las relaciones uno a uno no son demasiado frecuentes pero existen as que debemos
conocerlas. Buscando alguna coincidencia en nuestro entorno que nos pueda servir
como ejemplo encontramos el vnculo entre un tutor y su grupo. Como sabemos, un
profesor puede ser tutor de un slo grupo (UNO) y del mismo modo, cada grupo
slo puede tener un tutor. Esta sera una relacin UNO a UNO.
Cada registro de la tabla A se relaciona con un nico registro de la tabla B y cada
registro de la tabla B slo se relaciona con un elemento de la tabla A. Como hemos
comentado, este tipo de relaciones son poco comunes.
3. Muchos a muchos
Resumiendo lo visto hasta ahora podemos decir que el tipo de relacin ideal es uno a
muchos o muchos a uno. Las relaciones uno a uno no aportan demasiado a la base de datos,
simplemente nos ayudan a tener mejor organizada la informacin pero poco ms. Veamos
qu ocurre con las relaciones muchos a muchos.
Por ejemplo, si queremos conocer los profesores que dan clase a un grupo o los grupos a los
que da clase un profesor determinado, necesitamos en principio dos tablas: Profesores
Grupos. Y cul sera la relacin entre estas dos tablas? Pues bien, para establecerla
podramos leer que un profesor da clases a varios grupos (1A, 1B, 2C, etctera) y un grupo
recibe clases de varios profesores (Carlos Prez, Antonio Garca, etctera). Por lo tanto, nos
encontramos entre una relacin MUCHOS A MUCHOS.
Desde un punto de vista terico diramos que en las relaciones Muchos a muchos a cada
registro de la tabla A se le pueden asociar varios registros de la tabla B y cada registro de la
tabla B puede estar relacionado con ms de un registro de la tabla A.
Otros ejemplos para ilustrar este modelo de relacin podran ser:
Los alumnos que participan en las actividades deportivas del centro. Concretamente
un alumno podra participar en ms de un deporte (Ftbol, Baloncesto, etctera) y a
su vez cada equipo est formado por varios componentes. Esta relacin tambin
sera del tipo Muchos a muchos.
El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas
para lograr un modelo directamente implementable en una base de datos. Brevemente:
permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera
que se encuentre la normatividad de archivos que se almacenaran
El modelo de datos entidad-relacin est basado en una percepcin del mundo real que
consta de una coleccin de objetos bsicos, llamados entidades, y de relaciones entre esos
objetos.
Entidad
Representa una cosa u "objeto" del mundo real con existencia independiente, es decir, se
diferencia nicamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma
entidad.
Algunos Ejemplos:
Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
Un automvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrn
Una entidad puede ser un objeto con existencia fsica 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 caractersticas o atributos. Por ejemplo, la
entidad Persona las caractersticas: Nombre, Apellido, Gnero, Estatura, Peso, Fecha de
nacimiento.
Atributos
Los atributos son las caractersticas que definen o identifican a una entidad. Estas pueden
ser muchas, y el diseador solo utiliza o implementa las que considere ms relevantes.
En un conjunto de entidades del mismo tipo, cada entidad tiene valores especficos
asignados para cada uno de sus atributos, de esta forma, es posible su identificacin
unvoca.
Ejemplos:
A la coleccin de entidades alumnos, con el siguiente conjunto de atributos en comn,
(id, nombre, edad, semestre), pertenecen las entidades:
Cada una de las entidades pertenecientes a este conjunto se diferencia de las dems por el
valor de sus atributos. Ntese que dos o ms entidades diferentes pueden tener los mismos
valores para algunos de sus atributos, pero nunca para todos.
En particular, los atributos identificativos son aquellos que permiten diferenciar a una
instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue
a un alumno de otro es su nmero de id.
Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que
ser almacenado a restricciones en los valores que el atributo puede tomar (cadenas de
caracteres, nmeros, solo dos letras, solo nmeros mayores que cero, solo nmeros
enteros...).
Cuando algn atributo correspondiente a una entidad no tiene un valor determinado, recibe
el valor nulo, bien sea porque no se conoce, porque no existe o porque no se sabe nada al
respecto del mismo.
Relacin
Describe cierta dependencia entre entidades o permite la asociacin de las mismas.
Ejemplo:
Si tenemos dos entidades, "CLIENTE" y "HABITACIN", podemos entender la relacin
entre ambas al tomar un caso concreto (ocurrencia) de cada una de ellas. Entonces,
podramos tener la ocurrencia "Habitacin 502", de la entidad "HABITACIN" y la
ocurrencia "Henry Johnson McFly Bogard", de la entidad "CLIENTE", entre las que es
posible relacionar que la habitacin 502 se encuentra ocupada por el husped de nombre
Henry Johnson McFly Bogard.
Ejemplos de DER
DER Extendido
MODELO RELACIONAL
El modelo relacional, para el modelado y la gestin de bases de datos, es un modelo de
datos basado en la lgica de predicados y en la teora de conjuntos.
Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en
San Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos
de base de datos.
Su idea fundamental es el uso de relaciones. Estas relaciones podran considerarse en forma
lgica como conjuntos de datos llamados tuplas. Pese a que esta es la teora de las bases de
datos relacionales creadas por Codd, la mayora de las veces se conceptualiza de una
manera ms fcil de imaginar, pensando en cada relacin como si fuese una tabla que est
compuesta por registros (cada fila de la tabla sera un registro o "tupla") y columnas
(tambin llamadas "campos").
Es el modelo ms utilizado en la actualidad para modelar problemas reales y administrar
datos dinmicamente.
Ventajas: Provee herramientas que garantizan evitar la duplicidad de registros. Garantiza la
integridad referencial, as, al eliminar un registro elimina todos los registros relacionados
dependientes. Favorece la normalizacin por ser ms comprensible y aplicable. Desventajas
Presentan deficiencias con datos grficos, multimedia, CAD y sistemas de informacin
geogrfica. No se manipulan de forma manejable los bloques de texto como tipo de dato.
Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo de
podr ser almacenada dentro de ella; en otras palabras, el esquema contiene los metadatos
de la relacin. Todo esquema constar de:
Instancias
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:
Glosario de Trminos
Archivo: Grupo de registros relacionados
Atributos: Es una unidad bsica e indivisible de informacin acerca de una entidad o una
relacin. Por ejemplo la entidad proveedor tendr los atributos nombre, domicilio,
poblacin.
Base de datos: Base de Datos es un conjunto exhaustivo no redundante de datos
estructurados organizados independientemente de su utilizacin y su implementacin en
m3quina accesible en tiempo real y compatible con usuarios concurrentes con necesidad
de informacin diferente y no predicable en tiempo.
Campo: Grupo de caracteres
Claves: Campo o grupo de campos en un registro, que se usa para identificar a este ultimo.
Clave Primaria: Campo o grupo de campos que identifican exclusivamente un registr.
Diagrama Entidad- Relacin: Modelo de datos que usa smbolos grficos para mostrar la
organizacin y las relaciones entre los datos.
Dominios: Es el conjunto de valores que puede tomar cada atributo. Por ejemplo el
dominio del atributo poblacin, ser la relacin de todas las poblaciones del mbito de
actuacin de nuestra empresa.
Entidades: Son objetos concretos o abstractos que presentan inters para el sistema y sobre
los que se recoge informacin que ser representada en un sistema de bases de datos. Por
ejemplo, clientes, proveedores y facturas seran entidades en el entorno de una empresa.
Integridad de datos: Grado hasta el cual son exactos los datos en cualquier archivo
individual.
Lenguaje de Consulta estructurado(SQL): Lenguaje de manipulacin de datos
estandarizado.
Metodos: Una operacin que realiza acceso a los datos. Podemos definir mtodo como un
programa procedimental o procedural escrito en cualquier lenguaje, que est asociado a un
objeto determinado y cuya ejecucin slo puede desencadenarse a travs de un mensaje
recibido por ste o por sus descendientes.
Mtodos heredados: Estn definidos en un objeto diferente, antepasado de ste (padre,
"abuelo", etc.). A veces estos mtodos se llaman mtodos miembro porque el objeto los
posee por el mero hecho de ser miembro de una clase.
Modelo de datos: Mapa o diagrama de entidades y sus relaciones.
Modelo de datos en red: Es una variacin del modelo de datos jerrquico co-relacin de
propietario-miembro, en la que un miembro quiz tenga muchos propietarios
Modelo Entidad Relacin: Se trata de una tcnica de diseo de base de datos grfica, que
nos muestra informacin relativa a los datos y la relacin existente entre ellos.
Modelo jerrquico de datos: Una clase de modelo lgico de bases de datos que tiene una
estructura arborescente. Un registro subdivide en segmentos que se interconectan en
relaciones padre e hijo y muchos ms. Los primeros sistemas administradores de bases de
datos eran jerrquicos. Puede representar dos tipos de relaciones entre los datos: relaciones
de uno a uno y relaciones de uno a muchos
Bibliografa
https://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n
https://es.wikipedia.org/wiki/Modelo_relacional
https://www.google.co.ve/url?
sa=t&rct=j&q=&esrc=s&source=web&cd=7&cad=rja&uact=8&ved=0CDoQFjAGahUKE
wjD7fnex7PIAhWDXR4KHRLYBKQ&url=http%3A%2F%2Fwww.genbetadev.com
%2Fbases-de-datos%2Ffundamento-de-las-bases-de-datos-modelo-entidadrelacion&usg=AFQjCNHMIlyRTCkME1OCfRXiq1FFlBByyA&sig2=n_hI_mN5nsLEjiV
GxTLJ9g
http://www.emprendedores.es/crear-una-empresa/programas-para-desarrollar-tuweb/programas-de-bases-de-datos
http://www.uptodown.com/ubuntu/buscar/gestor-bases-de-datos
https://support.office.com/es-es/article/Conceptos-b%C3%A1sicos-sobre-bases-de-datosa849ac16-07c7-4a31-9948-3c8c94a7c204
https://www.haiku-os.org/docs/userguide/es/attributes.html
http://es.slideshare.net/linis129/entidad-l
http://www.buenastareas.com/ensayos/Clave-Primaria-y-Secundaria/1283712.html?
_t=1&_p=2
http://www.ite.educacion.es/formacion/materiales/93/cd/m2_3/tipos_de_relaciones.html