Repblica Bolivariana de Venezuela

Ministerio del poder popular para la Educacin

Unidad Nacional Experimental Simn Rodrguez
Maturn-Edo-Monagas

Base de Datos

Facilitador:

Montao Roxana

Participantes:

seccin D

Villarroel Karla C.I: 259.433.08

Andreina Ayala

BASE DE DATOS
Se puede decir que una base de datos es un conjunto de informacin
relacionada que se encuentra agrupada o estructurada. Desde el punto de vista
informtico, una base de datos es un sistema formado por un conjunto de datos
almacenados en discos que permiten el acceso directo a ellos y un conjunto de
programas que manipulen ese conjunto de datos. Actualmente, las bases de datos
estn teniendo un impacto decisivo sobre el creciente uso de las computadoras.
Pero para poder entender ms profundamente una base de datos cabe entender
su historia.
Orgenes
Los orgenes de las bases de datos se remontan a la Antigedad donde ya
existan bibliotecas y toda clase de registros. Adems tambin se utilizaban para
recoger informacin sobre las cosechas y censos. Sin embargo, su bsqueda era
lenta y poco eficaz y no se contaba con la ayuda de mquinas que pudiesen
reemplazar el trabajo manual. Posteriormente, el uso de las bases de datos se
desarroll a partir de las necesidades de almacenar grandes cantidades de
informacin o datos. Sobre todo, desde la aparicin de las primeras
computadoras, el concepto de bases de datos ha estado siempre ligado a la
informtica.
En 1884 Herman Hollerith cre la mquina automtica de tarjetas
perforadas, siendo nombrado as el primer ingeniero estadstico de la historia. En
esta poca, los censos se realizaban de forma manual. Ante esta situacin,
Hollerith comenz a trabajar en el diseo de una maquina tabuladora o censadora,
basada en tarjetas perforadas. Posteriormente, en la dcada de los cincuenta se
da origen a las cintas magnticas, para automatizar la informacin y hacer

respaldos. Esto sirvi para suplir las necesidades de informacin de las nuevas
industrias. Y a travs de este mecanismo se empezaron a automatizar
informacin, con la desventaja de que solo se poda hacer de forma secuencial.
Dcada de 1960
Posteriormente en la poca de los sesenta, las computadoras bajaron los
precios para que las compaas privadas las pudiesen adquirir; dando paso a que
se popularizara el uso de los discos, cosa que fue un adelanto muy efectivo en la
poca, debido a que a partir de este soporte se poda consultar la informacin
directamente, sin tener que saber la ubicacin exacta de los datos. En esta misma
poca se dio inicio a las primeras generaciones de bases de datos de red y las
bases de datos jerrquicas, ya que era posible guardar estructuras de datos en
listas y arboles.
Otro de los principales logros de los aos sesenta fue la alianza de IBM y
American Airlines para desarrollar SABRE, un sistema operativo que manejaba las
reservas de vuelos, transacciones e informaciones sobre los pasajeros de la
compaa American Airlines.
Dcada de 1970
Por lo que respecta a la dcada de los setenta, Edgar Frank Codd, cientfico
informtico ingles conocido por sus aportaciones a la teora de bases de datos
relacionales, defini el modelo relacional a la par que public una serie de reglas
para los sistemas de datos relacionales a travs de su artculo Un modelo
relacional de datos para grandes bancos de datos compartidos. Este hecho dio
paso al nacimiento de la segunda generacin de los Sistemas Gestores de Bases
de Datos.

Como consecuencia de esto, durante la dcada de 1970, Lawrence J.

Ellison, ms conocido como Larry Ellison, a partir del trabajo de Edgar F. Codd

sobre los sistemas de bases de datos relacionales, desarroll el Relational

Software System, o lo que es lo mismo, lo que actualmente se conoce como
Oracle Corporation, desarrollando as un sistema de gestin de bases de datos
relacional con el mismo nombre que dicha compaa.
Posteriormente en la poca de los ochenta tambin se desarrollar el SQL
(Structured Query Language) o lo que es lo mismo un lenguaje de consultas o
lenguaje declarativo de acceso a bases de datos relacionales que permite efectuar
consultas con el fin de recuperar informacin de inters de una base de datos y
hacer cambios sobre la base de datos de forma sencilla; adems de analiza
grandes cantidades de informacin y permitir especificar diversos tipos de
operaciones frente a la misma informacin, a diferencia de las bases de datos de
los aos ochenta que se disearon para aplicaciones de procesamiento de
transacciones.
Pero cabe destacar que ORACLE es considerado como uno de los
sistemas de bases de datos ms completos que existen en el mundo, y aunque su
dominio en el mercado de servidores empresariales ha sido casi total hasta hace
relativamente poco, actualmente sufre la competencia del SQL Server de la
compaa Microsoft y de la oferta de otros Sistemas Administradores de Bases de
Datos Relacionales con licencia libre como es el caso de PostgreSQL, MySQL o
Firebird que apareceran posteriormente en la dcada de 1990.
Dcada de 1980
Por su parte, a principios de los aos ochenta comenz el auge de la
comercializacin de los sistemas relacionales, y SQL comenz a ser el estndar
de la industria, ya que las bases de datos relacionales con su sistema de tablas
(compuesta por filas y columnas) pudieron competir con las bases jerrquicas y de
red, como consecuencia de que su nivel de programacin era sencillo y su nivel de
programacin era relativamente bajo.
Dcada aos 1990

En la dcada de 1990 la investigacin en bases de datos gir en torno a las

bases de datos orientadas a objetos. Las cuales han tenido bastante xito a la
hora de gestionar datos complejos en los campos donde las bases de datos
relacionales no han podido desarrollarse de forma eficiente. As se desarrollaron
herramientas como Excel y Access del paquete de Microsoft Office que marcan el
inicio de las bases de datos orientadas a objetos. As se cre la tercera generacin
de sistemas gestores de bases de datos.
Fue tambin en esta poca cuando se empez a modificar la primera
publicacin hecha por ANSI del lenguaje SQL y se empez a agregar nuevas
expresiones regulares, consultas recursivas, triggers y algunas caractersticas
orientadas a objetos, que posteriormente en el siglo XXI volver a sufrir
modificaciones introduciendo caractersticas de XML, cambios en sus funciones,
estandarizacin del objeto sequence y de las columnas autonumricas. Y adems,
se crear la posibilidad de que SQL se pueda utilizar conjuntamente con XML, y se
definir las maneras de cmo importar y guardar datos XML en una base de datos
SQL. Dando asi, la posibilidad de proporcionar facilidades que permiten a las
aplicaciones integrar el uso de XQuery (lenguaje de consulta XML) para acceso
concurrente a datos ordinarios SQL y documentos XML. Y posteriormente, se dar
la posibilidad de usar la clausula order by.
Aunque el boom de la dcada de los noventa ser es el nacimiento del World
Wide Web a finales de la dcada, ya que a travs de este se facilitar la consulta a
bases de datos.

SIGLO XXI
En la actualidad, las tres grandes compaas que dominan el mercado de
las bases de datos son IBM, Microsoft y Oracle. Por su parte, en el campo de

internet, la compaa que genera gran cantidad de informacin es Google. Aunque

existe una gran variedad de software que permiten crear y manejar bases de
datos con gran facilidad, como por ejemplo LINQ, que es un proyecto de Microsoft
que agrega consultas nativas semejantes a las de SQL a los lenguajes de la
plataforma .NET. El objetivo de este proyecto es permitir que todo el cdigo hecho
en Visual Studio sean tambin orientados a objetos; ya que antes de LINQ la
manipulacin de datos externos tena un concepto ms estructurado que orientado
a objetos; y es por eso que trata de facilitar y estandarizar el acceso a dichos
objetos.
Cabe destacar que Visual Studio es un entorno de desarrollo integrado para
sistemas operativos Windows que soporta varios lenguajes de programacin tales
como Visual C++, Visual#, Visual J#, ASP.NET y Visual Basic.NET, aunque se
estn desarrollando las extensiones necesarias para otros, cuyo objetivo es
permitir crear aplicaciones, sitios y aplicaciones web, as como servicios web a
cualquier entorno que soporte la plataforma .Net, creando as aplicaciones que
intercomuniquen entre estaciones de trabajo, pginas web y dispositivos mviles.
1. El Modelo Entidad-Relacin

Se elabora el diagrama (o diagramas) entidad-relacin.

Se completa el modelo con listas de atributos y una descripcin de otras
restricciones que no se pueden reflejar en el diagrama.

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 almacenarn

Transformacin de relaciones mltiples en binarias.

Normalizacin de una base de datos de relaciones (algunas relaciones

pueden transformarse en atributos y viceversa).

Conversin en tablas (en caso de utilizar una base de datos relacional).

2. Base terica y conceptual

Entidad
Una entidad es un objeto que existe y se distingue de otros objetos de
acuerdo a sus caractersticas llamadas Atributos. Las Entidades pueden ser
concretas como una persona o abstractas como una fecha.
Representa una cosa u "objeto" del mundo real con existencia independiente, es
decir, se diferencia unvocamente de cualquier 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
atributos diferentes, por ejemplo, el nmero de bastidor).
Una casa (Aunque sea exactamente igual a otra, an se diferenciar en su
direccin).
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 puede llevar consigo las caractersticas: Nombre,
Apellido, Gnero, Estatura, Peso, Fecha de nacimiento, etc...

Atributos
Los atributos son las propiedades que describen a cada entidad en un
conjunto de entidades. Un conjunto de entidades dentro de una 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:
(1, Sofia, 18 aos, 2)
(2, Josefa, 19 aos, 5)
(3, Gabriela, 20 aos, 2)
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 o 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 una entidad no tiene un valor para un
atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o
que no se sabe nada al respecto del mismo.
Relacin
Una relacin es una asociacin o relacin matemtica entre varias
Entidades. Las relaciones tambin se nombran. Se representan en el Diagrama,

Entidad, Relacin, representado tambin por E-R mediante flechas y rombos.

Cada entidad interviene en una relacin con una determinada cardinalidad.
La cardinalidad (nmero de instancias o elementos de una entidad que
pueden asociarse a un elemento de la otra entidad relacionada) se representa
mediante una pareja de datos, en minsculas, de la forma (cardinalidad mnima,
cardinalidad mxima), asociada a cada uno de las entidades que intervienen en la
relacin. Son posibles las siguientes cardinalidades: (0,1), (1,1), (0,n), (1,n), (m,n).
Tambin se informa de las cardinalidades mximas con las que intervienen las
entidades en la relacin.
Los Diagramas E-R son lenguajes grficos para describir conceptos.
Informalmente, son simples Dibujos o Grficos que describen la informacin que
trata un sistema de informacin y el Software que lo automatiza. El tipo de relacin
se define tomando los mximos de las cardinalidades que intervienen en la
relacin.
Conjunto de relaciones
Consiste en una coleccin, o conjunto, de relaciones de la misma naturaleza.
Ejemplo:
Dados los conjuntos de entidades "Habitacin" y "Husped", todas las
relaciones de la forma habitacin-husped, permiten obtener la informacin de los
huspedes y sus respectivas habitaciones.
La

dependencia

asociacin

entre

los

conjuntos

de

entidades

es

llamada participacin. En el ejemplo anterior los conjuntos de entidades

"Habitacin" y "Husped" participan en el conjunto de relaciones habitacinhusped.
Se llama grado del conjunto de relaciones a la cantidad de conjuntos de entidades
participantes en la relacin.

3. Restricciones
Son reglas que deben mantener los datos almacenados en la base de datos.
Correspondencia de cardinalidades
Dado un conjunto de relaciones en el que participan dos o ms conjuntos de
entidades, la correspondencia de cardinalidad indica el nmero de entidades con
las que puede estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la
correspondencia de cardinalidades puede ser:

Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un

registro en una entidad B. (ejemplo dos entidades, profesor y departamento,
con llaves primarias, codigo_profesor y jefe_depto respectivamente, un
profesor solo puede ser jefe de un departamento y un departamento solo
puede tener un jefe).

Uno a varios: (1:N) Un registro en una entidad en A se relaciona con cero o

muchos registros en una entidad B. Pero los registros de B solamente se
relacionan con un registro en A. (ejemplo: dos entidades, vendedor y ventas,
con llaves primarias, codigo_vendedor y venta, respectivamente, un vendedor
puede tener muchas ventas pero una venta solo puede tener un vendedor).

Varios a Uno: (N:1) 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: (N:M) Una entidad en A se puede relacionar con 0 o con

muchas entidades en B y viceversa (ejemplo asociaciones-ciudadanos, donde
muchos ciudadanos pueden pertenecer a una misma asociacin, y cada
ciudadano puede pertenecer a muchas asociaciones distintas).

Restricciones de participacin
Dado un conjunto de relaciones R en el cual participa un conjunto de entidades A,
dicha participacin puede ser de dos tipos:

Total: Cuando cada entidad en A participa en al menos una relacin de R.

Parcial: Cuando al menos una entidad en A NO participa en alguna relacin

de R.

4. Claves
Es un subconjunto del conjunto de atributos comunes en una coleccin de
entidades, que permite identificar inequvocamente cada una de las entidades
pertenecientes a dicha coleccin. Asimismo, 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

unvocamente cada una de las entidades de un conjunto de entidades. Si se
aade 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 diseador de la

base de datos, para identificar unvocamente las entidades en un conjunto de
entidades.

Los valores de los atributos de una clave, no pueden ser todos iguales para dos o
ms instancias.
Para poder distinguir unvocamente las relaciones en un conjunto de relaciones R,
se deben considerar dos casos:

R NO tiene atributos asociados: En este caso, se usa como clave

primaria de R la unin de las claves primarias de todos los conjuntos de
entidades participantes.

R tiene atributos asociados: En este caso, se usa como clave primaria de

R la unin de los atributos asociados y las claves primarias de todos los
conjuntos de entidades participantes.

Si el conjunto de relaciones, R, sobre las que se pretende determinar la clave

primaria est compuesto de relaciones binarias, con los conjuntos de entidades
participantes A y B, se consideran los siguientes casos, segn sus cardinalidades:

R es de muchos a uno de A a B entonces slo se toma la clave primaria

de A, como clave primaria de R.

R es de uno a muchos de A a B entonces se toma slo la clave primaria

de B, como clave primaria de R.

R es de uno a uno de A a B entonces se toma cualquiera de las dos

claves primarias, como clave primaria de R.

R es de muchos a muchos de A a B entonces se toma la unin de los

atributos que conforman las claves primarias de A y de B, como clave primaria
de R.

5. Diagrama entidad-relacin

Anteriormente detallamos los conceptos relacionados al modelo ER, en esta

seccin profundizaremos en como representarlos grficamente. Cabe destacar
que para todo proceso de modelado, siempre hay que tener en claro los
conceptos, estos nos brindan conocimiento necesario y adems fundamentan
nuestro modelo al momento de presentarlo a terceros.
Formalmente, los diagramas ER son un lenguaje grfico para describir conceptos.
Informalmente, son simples dibujos o grficos que describen informacin que trata
un sistema de informacin y el software que lo automatiza.
Entidades
Las entidades son el fundamento del modelo entidad relacin. Podemos
adoptar como definicin de entidad cualquier cosa o parte del mundo que es
distinguible del resto. Por ejemplo, en un sistema bancario, las personas y las
cuentas bancarias se podran interpretar como entidades. Las entidades pueden
representar entes concretos, como una persona o un avin, o abstractas, como
por ejemplo un prstamo o una reserva. Se representan por medio de un
rectngulo. que pueden ser de tipo: maestras, transaccionales, histricas y
temporales
Atributos
Se representan mediante un crculo o elipse etiquetado mediante un
nombre en su interior. Cuando un atributo es identificativo de la entidad se suele
subrayar dicha etiqueta.
Por motivos de legibilidad, los atributos suelen no aparecer representados en el
diagrama entidad-relacin, sino descritos textualmente en otros documentos
adjuntos.
Relacion
Describe cierta dependencia entre entidades o permite la asociacin de las
mismas.
Por 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

6. Diagramas extendidos
Los diagramas Entidad-Relacin no cumplen su propsito con eficacia
debido a que tienen limitaciones semnticas. Por ese motivo se suelen utilizar
los diagramas Entidad-Relacin extendidos que incorporan algunos elementos
ms al lenguaje:
Entidades fuertes y dbiles
Cuando una entidad participa en una relacin puede adquirir un
papel fuerte o dbil. Una entidad dbil es aquella que no puede existir sin
participar en la relacin; es decir, aquella que no puede ser unvocamente
identificada solamente por sus atributos.
Una entidad fuerte (tambin conocida como entidad regular) es aquella que
s puede ser identificada unvocamente. En los casos en que se requiera, se
puede dar que una entidad fuerte "preste" algunos de sus atributos a una entidad
dbil para que esta ltima se pueda identificar.
Las entidades dbiles se representan mediante un doble rectngulo; es decir, un
rectngulo con doble lnea.
Se puede hablar de la existencia de 2 tipos de dependencias en las entidades
dbiles:
Dependencia por existencia
Las ocurrencias de la entidad dbil pueden identificarse mediante un atributo
identificador clave sin necesidad de identificar la entidad fuerte relacionada.

Dependencia por identidad

La entidad dbil no puede ser identificada sin la entidad fuerte relacionada.

(Ejemplo: si tenemos una entidad LIBRO y otra relacionada EDICIN, para
identificar una edicin necesitamos conocer el identificador del libro).

Cardinalidad de las relaciones

Cardinalidad es el nmero de entidades con la cual otra entidad puede
asociar mediante una relacin binaria; la cardinalidad puede ser: Uno a uno, uno a
muchos muchos a uno y muchos a muchos. El tipo de cardinalidad se
representa mediante una etiqueta en el exterior de la relacin, respectivamente:
"1:1", "1:N" y "N:M", aunque la notacin depende del lenguaje utilizado, la que ms
se usa actualmente es el unificado. Otra forma de expresar la cardinalidad es
situando un smbolo cerca de la lnea que conecta una entidad con una relacin:

"0" si cada instancia de la entidad no est obligada a participar en la

relacin.

"1" si toda instancia de la entidad est obligada a participar en la

relacin y, adems, solamente participa una vez.

"N" , "M", "*" si cada instancia de la entidad no est obligada a

participar en la relacin y puede hacerlo cualquier nmero de veces.

Ejemplos de relaciones que expresan cardinalidad:

Un polica (entidad) tiene (relacin) un arma (entidad) siempre y cuando

no realice funciones de oficina, pudiendo entonces tenerla o no
asignada. Es una relacin 0:1.

Cada esposo (entidad) est casado (relacin) con una nica esposa
(entidad) y viceversa. Es una relacin 1:1.

Una factura (entidad) se emite (relacin) a una persona (entidad) y slo

una, pero una persona puede tener varias facturas emitidas a su
nombre. Todas las facturas se emiten a nombre de alguien. Es una
relacin 1:N.

Un cliente (entidad) puede comprar (relacin) varios servicios (entidad)

y un servicio puede ser comprado por varios clientes distintos. Es una
relacin N:M.

Atributos en relaciones
Las relaciones tambin pueden tener atributos asociados. Se representan
igual que los atributos de las entidades. Un ejemplo tpico son las relaciones de
tipo "histrico" donde debe constar una fecha o una hora. Por ejemplo,
supongamos que es necesario hacer constar la fecha de emisin de una factura a
un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En
tal caso, el atributo "Fecha de emisin" de la factura debera colocarse en la
relacin "se emite".

Herencia
La herencia es un intento de adaptacin de estos diagramas al paradigma
orientado a objetos. La herencia es un tipo de relacin entre una entidad "padre" y
una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la
entidad "padre". Por tanto, no necesitan ser representadas dos veces en el

diagrama. La relacin de herencia se representa mediante un tringulo

interconectado por lneas a las entidades. La entidad conectada por el vrtice
superior del tringulo es la entidad "padre". Solamente puede existir una entidad
"padre" (herencia simple). Las entidades "hijo" se conectan por la base del
tringulo.

Agregacin

Ejemplo agregacin

Es una abstraccin a travs de la cual las relaciones se tratan como

entidades de un nivel ms alto. Se utiliza para expresar relaciones entre relaciones
o entre entidades y relaciones. Se representa englobando la relacin abstrada y
las entidades que participan en ella en un rectngulo. En la figura se muestra un
ejemplo de agregacin en el que se representa la situacin en la que un profesor,
cuando est impartiendo una clase, puede poner una incidencia ocurrida a lo largo
de sta (se fue la luz, falta la configuracin de un determinado software, etc.).