FORMA NORMAL

En la teora de bases de datos relacionales, las formas normales (NF)

proporcionan los criterios para determinar el grado de vulnerabilidad de una tabla
a inconsistencias y anomalas lgicas. Cuanto ms alta sea la forma normal
aplicable a una tabla, menos vulnerable ser a inconsistencias y anomalas. Cada
tabla tiene una "forma normal ms alta" (HNF): por definicin, una tabla siempre
satisface los requisitos de su HNF y de todas las formas normales ms bajas que
su HNF; tambin por definicin, una tabla no puede satisfacer los requisitos de
ninguna forma normal ms arriba que su HNF.
Las formas normales son aplicables a tablas individuales; decir que una base de
datos entera est en la forma normal n es decir que todas sus tablas estn en la
forma normal n.
Los recin llegados al diseo de bases de datos a veces suponen que la
normalizacin procede de una manera iterativa, es decir un diseo 1NF primero se
normaliza a 2NF, entonces a3NF, etctera. sta no es una descripcin exacta de
cmo la normalizacin trabaja tpicamente. Una tabla sensiblemente diseada es
probable que est en 3NF en la primera tentativa; adems, si est en 3NF,
tambin es extremadamente probable que tenga una forma HNF de 5NF.
Conseguir formas normales "ms altas" (sobre 3NF) usualmente no requiere un
gasto adicional de esfuerzo por parte del diseador, porque las tablas 3NF
usualmente no necesitan ninguna modificacin para satisfacer los requisitos de
estas formas normales ms altas.
Edgar F. Codd originalmente defini las tres primeras formas normales (1NF, 2NF,
y 3NF). Estas formas normales se han resumido como requiriendo que todos los
atributos no-clave sean dependientes en "la clave, la clave completa, y nada
excepto la clave". Las cuarta y quinta formas normales (4NF y 5NF) se ocupan
especficamente de la representacin de las relacionesmuchos a muchos y uno
muchos entre los atributos. La sexta forma normal (6NF), en pocas palabras, se
basa en el principio de que si se tiene ms de dos claves candidatas en una tabla,
se tendrn que crear otras tablas con estas.
Por ejemplo si tenemos "tem" con un id cdigo de producto y con los atributos
descripcin y precio que son claves candidatas se tendra que crear otras tablas
separando la tabla tem: ItemDesc {cdigo_producto*, Descripcin} ItemPrecio
{cdigo_producto*, Precio}.
La sexta forma normal no es muy utilizada porque genera ms tablas cuando
tenemos pequeas bases de datos.

FORMAS NORMALES
La normalizacin es un proceso que pretende conseguir tablas con una estructura ptima
y eficaz. El proceso de normalizacin est basado en lograr la independencia de los datos
respecto a las aplicaciones que los usan.
Antes de empezar el proceso, se han de conocer las tablas que intervendrn y las
relaciones que las unen. Si no se conocen a partir del anlisis previo, se buscan todos los
nombres (sustantivos) que han sido empleados en la definicin del problema. Algunos de
esos nombres sern las entidades, otros dependern de ellas y sern los atributos. Otros
no formarn parte ni de las entidades ni de los atributos, son parte del lenguaje necesario
para describir el problema a solucionar mediante la creacin de una base de datos.
Ejemplo prctico.
<<...a cada cliente, al pasar por Caja... se marcan por la caja registradora
los artculos que ha comprado. Con los datos de los artculos se hace una
factura por el importe total de las mercancas adquiridas que se imprime y
se entrega al cliente. Los datos de la factura se almacenan para su
posterior tratamiento informtico que comprende...>>.
Las tablas son sustantivos, por lo que tenemos los siguientes: cliente, Caja, caja
registradora, artculos, datos de los artculos, factura, importe total, mercancas
adquiridas, datos de la factura. De estos nombres, algunos son atributos de otros: datos
de los artculos y artculos, datos de la factura, importe total y factura. De cada cliente no
se piden datos, por lo que aunque sea una tabla, si no se necesitan sus datos, no se
crear esa entidad. Caja con mayscula se refiere a un objeto con el que se realizan
procesos, por lo que no se necesita almacenar informacin de ellos. De cada una de las
cajas registradoras, tal vez se necesite para las facturas, el nmero de caja, por lo que se
considera una entidad ms. Mercancas adquiridas y artculos que ha comprado son
sinnimos, por lo que solo se tratar de artculos.
Las tablas encontradas tras el anlisis son: artculos, factura y caja registradora. Caja
registradora se puede considerar un atributo de factura, por lo que tenemos dos tablas.
Las relaciones se pueden encontrar conociendo todos los verbos que aparecen en la
definicin del problema. Se eliminan aquellos verbos que son necesarios para el lenguaje
y se buscan aquellos que implican dos o ms entidades (sustantivos) que ya se han
encontrado.
En el ejemplo han aparecido los verbos: pasar, se marcan, ha comprado, se hace una
factura, imprime, entrega, almacena. De estos verbos, los que asocian entidades son:
marcar, comprar. Los verbos pasar, hacer factura, imprimir, entregar, almacenar, se
refieren a procesos que se van a realizar, no a asociaciones entre entidades.
Se han obtenido las siguientes entidades con sus relaciones: clientes, comprar artculos y
marcar artculos en factura. Como no se necesitan los datos de los clientes, queda la
relacin marcada (en la caja registradora) que une las tablas artculos, y factura. La
operacin marcar en la caja registradora significa que los artculos se incluyen en una
factura que se entregar al cliente para su liquidacin, consiguindose obtener el modelo
entidad-relacin siguiente:

Hay cinco niveles de normalizacin, siendo cada vez ms complejo el proceso de

obtencin de tablas normalizadas. Para bases de datos relativamente sencillas se puede
terminar la normalizacin en el tercer nivel o tercera forma normal.
El proceso de normalizacin se basa en la descomposicin sin prdida de las tablas que
estn en una forma normal inferior, obtenindose una forma normal superior. El proceso
de descomposicin sin prdida, significa que se ha de dividir o descomponer la tabla en
otras con menor cantidad de atributos sin que haya perdida de informacin.
Formas normales y dependencias funcionales.
Primera Forma Normal o 1FN:
La Primera Forma Normal, o 1FN, es la ms elemental de todas. Una tabla est en 1FN si
el valor que contiene un atributo de un registro, un campo, es nico y elemental. En cada
uno de los atributos slo se puede incluir un dato, aunque sea compuesto, pero no se
pueden incluir una lista de datos. Por ejemplo, no se pueden incluir en el atributo
Direccin el domicilio habitual y el de vacaciones; habra que crear dos registros que se
diferenciarn por el atributo Direccin:
NIF

Ape

Nom

Garca

Sanchez Luisa

Dir

Francisco C/Marn 16

CPost

Pobl

Prov

33698 Oviedo

Asturias

C/Teneras 34 85458 Cigales Valladolid

C/Ramorta 65 54585 Bueu
Pontevedra

Esta tabla no est en 1FN, ya que el cliente con Id 2 tiene dos direcciones. Para poder
tener esta tabla en 1FN se hace el siguiente cambio:
NIF

Ape

Nom

Dir

Francisco C/Marn 16

CPost

Pobl

Prov

Garca

33698 Oviedo Asturias

Sanchez Luisa

C/Teneras 34

85458 Cigales Valladolid

Sanchez Luisa

C/Ramorta 65

54585 Bueu

Pontevedra

Segunda Forma Normal o 2FN:

Se dice que un atributo o conjunto de atributos tiene dependencia funcional de otro u otros
si a cada uno de los primeros le corresponde slo uno de los segundos.
Por ejemplo, hay una dependencia funcional entre CIF y el atributo Razn Social, ya que
a cada CIF le corresponde una nica Razn Social.
Una tabla est en Segunda Forma Normal o 2FN cuando est en 1FN y todo atributo que
no pertenece a la clave primaria tiene una dependencia funcional de la clave completa y
no de parte de ella. Luego, si la clave principal est formada por un solo atributo y ya est
en 1FN, ya estar en 2FN.
Para transformar una tabla con dependencias funcionales, cuya clave est formada por
ms de un campo, en una tabla en 2FN se necesitan crear tablas nuevas para eliminar las
dependencias funcionales, las tablas nuevas tendrn los atributos que dependen
funcionalmente de la clave y los que forman la parte de la clave de la que dependen. Una
vez creadas las nuevas tablas, se eliminan de la tabla primera los atributos que tenan
dependencias funcionales.
En el ejemplo anterior, tanto el nombre como los apellidos dependen del NIF. Se crea una
nueva tabla que contiene los atributos: NIF, nombre y apellidos, eliminndose de la tabla
cliente los atributos nombre y apellidos, quedando las siguientes tablas:
NIF

Dir

CPost

Pobl

Prov

C/ Marn n16

33698

Oviedo

Asturias

C/ Teneras n34

85458

Cigales

Valladolid

C/ Ramorta n65

54585

Bueu

Pontevedra

NIF

Ape

Nom

Garca

Francisco

Sanchez

Luisa

Tercera Forma Normal o 3FN:

Se dice que hay dependencia funcional transitiva entre dos atributos cuando un atributo
que no pertenece a la clave primaria permite conocer el valor de otro atributo.
Por ejemplo: dada la tabla clientes, entre los atributos provincia y prefijo telefnico hay
una dependencia funcional transitiva, ya que el primero permite conocer el valor del
segundo.

Una tabla est en Tercera Forma Normal o 3FN si est en 2FN y no existen atributos que
no pertenezcan a la clave primaria que puedan ser conocidos mediante otro atributo que
no forma parte de la clave primaria, es decir, no hay dependencias funcionales transitivas.
Siguiendo con el ejemplo anterior, cuando hay dependencias funcionales transitivas, se
crea una nueva tabla con los atributos que tienen dependencia funcional transitiva,
eliminndose el atributo dependiente de la tabla original.
Si nos fijamos en esta tabla:
NIF

Dir

CPost

Pobl

Prov

C/ Marn n16

33698

Oviedo

Asturias

C/ Teneras n34

85458

Cigales

Valladolid

C/ Ramorta n65

54585

Bueu

Pontevedra

La direccin, la poblacin y la provincia dependen del cdigo postal, que no forma parte
de la clave primaria. Descomponiendo sin perdida una vez ms, obtenemos estas dos
tablas:
NIF

Dir

C/ Marn n16

C/ Teneras n34

C/ Ramorta n65

CPost

Dir

Pobl

Prov

33698

C/ Marn n16

Oviedo

Asturias

85458

C/ Teneras n34

Cigales

Valladolid

54585

C/ Ramorta n65

Bueu

Pontevedra

Para solucionar algunos problemas de dependencias funcionales, que no se podan

resolver solo con la normalizacin en 3FN, se han propuesto tres formas normales
adicionales. La normalizacin ms all de 3FN queda al juicio del diseador de la base de
datos. A partir de esa forma normal, la eliminacin de dependencias funcionales pasa por
la creacin de tablas con multitud de informacin redundante, con un posible aumento de
tamao, por lo que se ha de optar entre una optimizacin del diseo y una optimizacin

del tamao. Llegndose a diversas soluciones de compromiso entre ambos parmetros.

Salvo excepciones, con la 3FN o a lo sumo, la FNBC (que veremos a continuacin) es
ms que suficiente, y llevar la normalizacin ms all ser ms perjudicial que
beneficioso.
Forma Normal de Boyce-Codd o FNBC:
Una tabla est en Forma Normal de Boyce-Codd o FNBC si solo existen dependencias
funcionales elementales que dependan de la clave primaria o de cualquier clave
alternativa. Si la clave primaria est formada por un solo atributo y est en 3FN, ya est
en FNBC.
Un ejemplo tpico para mostrar una tabla que, estando en 3FN, mantiene dependencias
funcionales, sin relacin con el ejemplo seguido hasta este momento, es una tabla que
posee los atributos direccin, cdigo postal y poblacin, suponiendo que a poblaciones
diferentes le corresponden cdigos postales distintos.
CPost

Dir

Pobl

30009

C/ Pantano Camarillas n16

Murcia

48596

Av. Buenos Aires n12

Madrid

En este caso hay dependencia entre el cdigo postal y la poblacin, ya que, conocido el
cdigo postal se puede conocer la poblacin, y conocida la direccin y la poblacin, se
conoce el cdigo postal. Para transformar la tabla en una tabla en FNBC se crea una tabla
de cdigos postales y poblaciones, eliminando de la tabla original la poblacin,
obtenindose dos tablas, una con los atributos direccin y cdigo postal y otra con el
cdigo postal y la poblacin:
CPost

Dir

30009

C/ Pantano Camarillas n16

48596

Av. Buenos Aires n12

CPost

Pobl

30009

Murcia

48596

Madrid

Cuarta Forma Normal o 4FN:

Existe dependencia funcional multivalorada o de mltiples valores si, dados tres atributos
de una tabla, si para cada valor del primer atributo existen mltiples valores en el segundo
atributo y no hay ninguna relacin entre el tercer atributo y el primero, a no ser a travs
del segundo atributo.
Una tabla est en Cuarta Forma Normal o 4FN si est en FNBC y las nicas
dependencias funcionales multivaloradas que existen son las dependencias funcionales
de la clave con los atributos que no forman parte de la misma. Estas dependencias
multievaluadas de la clave con los atributos que no forman parte de la misma son
dependencias triviales, por lo que algunos autores dicen que no existen dependencias
multievaluadas en 4FN.
Supongamos que los atributos de la tabla transporte son conductor, tipo de vehculo y tipo
de carga, formando los tres campos la clave primaria. A cada conductor se le puede
asignar un vehculo u otro y cada vehculo puede transportar varios tipos de carga.
Transporte
Conductor

Tipo Vehculo

Tipo Carga

Juan

Furgoneta

Perecederos

Marcos

Furgoneta

Perecederos

Juan

Furgoneta

Muebles

Marcos

Furgoneta

Muebles

Juan

Camin

Mudanza

Marcos

Camin

Mudanza

Con estas condiciones, los conductores son independientes de la carga; el tipo de

vehculos depende del conductor y el tipo de vehculo depende de la carga. En este caso
hay dependencias funcionales multivaloradas, ya que algunos atributos que forman la
clave dependen de otro atributo que tambin la forman.
Para conseguir que esta tabla est en 4FN se necesita crear dos nuevas tablas en lugar
de la tabla actual, manteniendose en cada una de ellas una dependencia mltiple. La
primera tabla tendr los atributos conductor y tipo de vehculo y la segunda, tipo de
vehculo y tipo de carga. De este modo la tabla en 4FN debido a que la clave primaria de
ambas tablas son todos los campos que la forman. Resultado:

Tipo Vehculo

Tipo Carga

Furgoneta

Perecederos

Furgoneta

Perecederos

Furgoneta

Muebles

Furgoneta

Muebles

Camin

Mudanza

Camin

Mudanza

Conductor

Tipo Vehculo

Juan

Furgoneta

Marcos

Furgoneta

Juan

Furgoneta

Marcos

Furgoneta

Juan

Camin

Marcos

Camin

Quinta Forma Normal o 5FN:

Se dice que hay dependencia de JOIN, de unin o de producto si una tabla tiene
dependencia de *unin con varias de sus *proyecciones y se puede obtener la tabla por
medio de la unin de dichas proyecciones.
*Proyeccin:
Creacin de una tabla cuyos elementos forman un subconjunto de una
tabla dada. Se incluyen todas las filas y algunas columnas.

*Unin:
Formar, a partir de dos tablas, una nueva con todos los campos de una
de ellas y los registros de ambas, excepto los repetidos. Ambas tablas
han de tener el mismo grado y las mismas columnas.
Una tabla esta en Quinta Forma Normal (5FN) o Forma Normal de Proyeccin-Unin si
est en 4FN y las nicas dependencias que existen son las dependencias de unin de
una tabla con sus proyecciones relacionndose entre las distintas proyecciones mediante
la clave primaria o cualquier clave alternativa. La 5FN se emplea cuando en una misma
tabla tenemos mucha informacin redundante, con pocos atributos o cuando una tabla
posee una gran cantidad de atributos y se hace por ello inmanejable.
Para conseguir que una tabla 4FN con gran cantidad de atributos est en 5FN, se parte la
tabla original en tantas tablas como se desee, teniendo cada una de ellas en comn con
las dems los campos que forman la clave primaria en la tabla original.
Ejemplo para el caso de una tabla que posee una gran cantidad de atributos:
Datos
Familiares

Id

1 D1

D2

D3

Datos
Profesionales
D4

D5

D6

Datos
Personales
D7

D8

D9

Datos
Clnicos
D10 D11 D12

En este caso tenemos una empresa donde se guardan los datos personales, familiares,
profesionales y clnicos de cada empleado en una nica tabla llamada Empleados. Si esta
tabla est ya en 4FN, se puede partir en las tablas empleados-personal, empleadosfamilia, empleados-profesional, empleados-clnicos; de este modo, la velocidad de acceso
y la gestin de datos por cada departamento de la empresa se simplifica, al no tenerse
que crear ningn tipo de restriccin sobre determinados atributos que no han de ser vistos
por el personal que no los necesite.
El resultado sera:
Id
1

Datos Familiares
D1

Id
1

D2

D3

Datos Profesionales
D4

D5

D6

Id
1

Datos Personales
D7

D8

Id
1

D9

Datos Clnicos
D10

D11

D12

Ejemplo para el caso de una tabla que posee mucha informacin redundante, con pocos
atributos:
Biblioteca
Ttulo

Fecha

Socio

T1

FT

S1

T2

FU

S2

T3

FV

S1

T4

FG

S4

T1

FH

S3

T2

FT

S4

T3

FV

S3

Si se tiene una tabla de prstamo de libros de una biblioteca, con los atributos ttulo, fecha
de prstamo y nmero de socios que ha tomado prestado el libro, existen multitud de
registros que se crean diariamente en esa tabla, pero para cada libro o para cada socio
habr pocos registros, con lo que una consulta para esa tabla como: Cules son los
libros ledos por un determinado socio?, puede tener una velocidad de respuesta elevada.
Si esta tabla se parte en las tablas ttulo-fecha, ttulo-socio y socio-fecha, cualquier
consulta similar a la anterior tendr un tiempo de respuesta tolerable, y cuando sea
necesario, se podrn realizar consultas que impliquen los datos de las tres tablas.
El resultado sera pues:

Ttulo-Fecha
Ttulo

Fecha

T1

FT

T2

FU

T3

FV

T4

FG

T1

FH

T2

FT

T3

FV

Ttulo-Socio
Ttulo

Socio

T1

S1

T2

S2

T3

S1

T4

S4

T1

S3

T2

S4

T3

S3

Fecha-Socio
Fecha

Socio

FT

S1

FU

S2

FV

S1

FG

S4

FH

S3

FT

S4

FV

S3

DINAMICA DEL MODELO RELACIONAL

El modelo relacional, como todo modelo de datos, lleva asociado a su parte esttica
(estructura y restricciones) una dinmica que permite la transformacin entre objetivo se
realiza aplicando un conjunto de operadores, mediante los cuales se llevan a cabo las
siguientes operaciones:

Insercin de tuplas
Borrado de tuplas
Modificacin de tuplas
Consulta

La dinmica del modelo relacional acta sobre conjuntos de tuplas y se expresa mediante
lenguajes de manipulacin relacionales que asocian una sintaxis concreta a las
operaciones. Los lenguajes relaciones, por tanto, operan tambin sobre conjuntos de
tuplas, es decir, no son lenguajes de navegacin sino de especificacin, y se dividen en
dos tipos:

Algebraicos: se caracterizan porque los cambios de estado se especifican mediante

operaciones, cuyos operandos son relaciones y cuyo resultado es otra relacin.
Genricamente se conocen como algebra relacional.
Predicativos: donde los cambios de estado se especifican mediante predicados que
definen el estado objetivo sin indicar las operaciones que hay que realizar para
llegar al mismo. Genricamente se conocen como calculo relacional y se divide en
dos tipos.
Orientados a tuplas
Orientados a dominios

Dos relaciones son compatibles en su esquema si:

Si tienen el mismo grado.
Si se puede hacer una correspondencia de cada uno de los atributos de las dos
relaciones y si estos estn definidos sobre el mismo dominio.

Producto Cartesiano (x):

El producto cartesiano de dos relaciones R1 y R2 de cardinalidades m1 y m2
respectivamente, es una relacin definida sobre la unin de los atributos de ambas
relaciones y cuya extensin estar constituida por las m1 x m2 tuplas formadas
concatenando cada tupla de la primera relacin con cada una de las tuplas de la
segunda relacin.

Operadores derivados:
Se pueden expresar en funcin de los operadores primitivos.
Combinacin o Join ()
Interseccin ()
Divisin (:)

INTERSECCIN
Notacin: r s
Definida como:
r s ={ t | t r and t s }
Asume:
r, s tienen la misma aridad
Atributos de r y s son compatibles
Note: r s = r - (r - s)

DIVISIN
Adecuada para consultas que incluyen la expresin para
todos.
Si r y s son relaciones de los esquemas R y S respectivamente
donde:

R = (A1, , Am, B1, , Bn)

S = (B1, , Bn)
El resultado de r s es una relacin sobre el esquema
R S = (A1, , Am)
r s = { t | t R-S(r) u s ( tu r ) }

CALCULO RACIONAL
Caractersticas
Lenguaje de Consulta para bases de datos relacionales
Se utiliza para manipulacin de datos a partir de las relaciones
Basado en el Clculo de Predicados de Primer Orden (refleja las
relaciones que existen entre los elementos de un dominio)
Variantes: de tuplas y de dominio

Clculo relacional de tuplas

Bases para una consulta:
{t/ P(t)}
que se interpreta:
Conjunto de tuplas t tal que el predicado P(t) es verdadero
^ (se identifica como un and)
(se identifica como un or)
(se identifica como un not)
(Identificador de igualdad)

SGBD
Un Sistema Gestor de base de datos (SGBD) es un conjunto de programasque permiten
crear y mantener una Base de datos, asegurando su integridad,confidencialidad y
seguridad. Por tanto debe permitir: Definir una base de datos: especificar tipos,
estructuras y restricciones dedatos.Construir la base de datos: guardar los datos en
algn medio controlado porel mismo SGBD.Manipular la base de datos: realizar
consultas, actualizarla, generarinformes.Algunas de las caractersticas deseables en un
Sistema Gestor de base dedatos SGBD son:Control de la redundancia: La redundancia
de datos tiene varios efectosnegativos (duplicar el trabajo al actualizar, desperdicia
espacio en disco,puede provocar inconsistencia de datos) aunque a veces es deseable
porcuestiones de rendimiento y seguridad.Restriccin de los accesos no autorizados:
cada usuario ha de tener unospermisos de acceso y autorizacin.Cumplimiento de las
restricciones de integridad: el SGBD ha de ofrecerrecursos para definir y garantizar el
cumplimiento de las restricciones deintegridad.
DIFERENCIAS ENTRE LOS SGBDs
ORACLE:
Es un sistema de base de datos relacional, se considera como uno de los sistemas de
base de datos ms completos. Es una potente herramienta cliente/servidor para la gestin
de Bases de Datos. Es el conjunto de datos que proporciona la capacidad de almacenar y
acudir a estos de forma recurrente con un modelo definido como relacional.
VENTAJAS DE ORACLE:
Oracle es la base de datos con ms orientacin haca internet.
Oracle soporta todas las funciones que se esperan de un servidor serio: un lenguaje de
diseo de bases de datos muy completo (PL/SQL) que permite implementar diseos
activos, con triggers y procedimientos almacenados, con una integridad referencial
declarativa bastante potente.
Permite el uso de particiones para la mejora de la eficiencia, de replicacin e incluso
ciertas versiones admiten la administracin de bases de datos distribuidas.
El software del servidor puede ejecutarse en multitud de sistemas operativos.
DESVENTAJAS DE ORACLE:
El mayor inconveniente de Oracle es quizs su precio. Incluso las licencias de Personal
Oracle son excesivamente caras.
Otro problema es la necesidad de ajustes. Un error frecuente consiste en pensar que
basta instalar el Oracle en un servidor y enchufar directamente las aplicaciones clientes.
Un Oracle mal configurado puede ser desesperantemente lento.
Tambin es elevado el coste de la formacin, y slo ltimamente han comenzado a
aparecer buenos libros sobre asuntos tcnicos distintos de la simple instalacin y
administracin.

POSTGRESQL:
Es un sistema de base de datos relacional orientada a objetos que esta publicado bajo
una licencia BSD. Es un proyecto de cdigo libre debido a estas caractersticas sus
mejoras han sido un poco mas rpidas en comparacin con otros sistemas de BD.
Soporta distintos tipos de datos: adems del soporte para los tipos base, tambin soporta
datos de tipo fecha, monetarios, elementos grficos, datos sobre redes, cadenas de bits,
etc.
VENTAJAS DE POSTGRESQL:
Su BD est relacionado a Open Source (de cdigo abierto), gratuito y que al tener
licencia de tipo BSD, nos permite manejar libremente el cdigo fuente.
Soporta replicacin de bases de datos asncrona, realizando primero las transacciones
en un servidor maestro para que se puedan actualizar en los servidores esclavos
dando alta disponibilidad al sistema.
Posee un buen sistema de seguridad mediante la gestin de usuarios, grupos de
usuarios, permisos y contraseas. Tambin gran capacidad de almacenamiento.
Tiene algunas herramientas o aplicaciones para gestionar o administrar el servidor y sus
BD con interfaces grficas e intuitivas o en modo de lnea de comandos.
DESVENTAJAS DE POSTGRESQL:
Consume ms recursos que MySQL, por lo que se necesitan mayores caractersticas de
hardware para ejecutarlo.
Es un magnfico gestor de bases de datos, capaz de competir con muchos gestores
comerciales, aunque el primer encuentro con este gestor es un poco duro, ya que la
sintaxis de algunos de sus comandos o sentencias no es nada intuitiva, sin embargo
existe una amplia documentacin en su sitio web (http://www.postgresql.org) o en la
ayuda de PostgreSQL (aplicacin psql y documentacin de PostgreSQL).
MYSQL:
Es software libre, de un SGBD relacional, licenciado bajo la GPL de la GNU. Es un
sistema de administracin de bases de datos (Database Management System, DBMS)
para bases de datos relacionales. Su diseo multihilo le permite soportar una gran carga
de forma muy eficiente. Fue escrito en C y C++ y destaca por su gran adaptacin a
diferentes entornos de desarrollo, permitiendo su interactuacin con los lenguajes de
programacin ms utilizados como PHP, Perl y Java y su integracin en distintos sistemas
operativos.
VENTAJAS DE MYSQL:
MySQL es Open Source: Significa que es posible para cualquiera usar y modificar el
software.
El servidor de bases de datos relacionales MySQL es muy rpido, fiable y fcil de usar.
Buen rendimiento, buena velocidad a la hora de conectar con el servidor y de respuesta
a consultas.
MySQL posee un buen control de acceso de usuarios y seguridad en los datos.
Integracin perfecta con el lenguaje PHP.

 Soporte completo para clusulas, funciones, tipos de datos y comandos estndar

yextendidos del estndar SQL.
DESVENTAJAS DE MYSQL
Actualmente, el soporte para disparadores es bsico, por lo tanto hay ciertas limitaciones
en lo que puede hacerse con ellos.
Los privilegios para una tabla no se eliminan automticamente cuando se borra una
tabla. Debe usarse explcitamente un comando REVOKE para quitar los privilegios de una
tabla.
Cuando MySQL maneja la integridad referencial, con tablas NO transaccionales de tipo
MyISAM, aunque admite la declaracin de claves ajenas o forneas en la creacin tablas,
internamente no las trata de forma diferente al resto de campos.
SQL SERVER
Es un conjunto de objetos eficientemente almacenados. Los objetos donde se almacena
la informacin se denominan tablas, y stas a su vez estn compuestas de filas y
columnas. En el centro de SQL Server est el motor de SQL Server, el cual procesa los
comandos de la base de datos. Los procesos se ejecutan dentro del sistema operativo y
entienden nicamente de conexiones y de sentencias SQL. SQL Server incluye
herramientas para la administracin de los recursos que el ordenador nos proporciona y
los gestiona para un mejor rendimiento de la base de datos.
VENTAJAS DE SQL SERVER
El atractivo principal: lo barato del sistema, y la tendencia de los directivos a aceptar
preferentemente productos de Microsoft. Adems, hay que reconocer que la versin 7 es
bastante estable, aunque me han llegado rumores de problemas en mquinas con varios
procesadores que se han resuelto el Service Pack 1.
Otro punto importante a favor de SQL Server es la interfaz de acceso OLE DB y ADO.
Aunque se trata de una interfaz universal, SQL Server es una de las primeras bases de
datos en soportarla.
Mejor utilizacin de la CPU.
Menor necesidad de limpieza de las memorias intermedias durante el procesamiento de
las transacciones.
DESVENTAJAS DE SQL SERVER
Los problemas de la 6.5 eran muchos: bloqueo a nivel de pgina, dispositivos con
crecimiento manual, un tamao de pgina fijo y demasiado pequeo (2048KB), una
psima implementacin de los tipos de datos variables como varchar.
La principal desventaja de Microsoft SQL SERVER es la enorme cantidad de memoria
RAM que utiliza para la instalacin y utilizacin del software.
Una de las desventajas de SQL es que si lo quieres para practicas no te va hacer til
porque en l se prohben muchas cosas tiene restricciones en lo particular me parase ms
viable usar MySQL es mucho mejor adems de ser un software gratis.
La relacin calidad-precio est muy debajo comparado con Oracle.

ACCESS
Es una aplicacin que viene con el paquete Office de Microsoft. Para obtener Access
necesitas instalar una versin de Office que lo contenga. Es un sistema de gestin de
base de datos que utiliza por defecto el motor de base de datos Microsoft Jet. Con esto
quiero decir que Access en realidad es una interfaz preparada para gestionar cualquier
base de datos. Este programa permite manipular los datos en forma de tablas (formadas
por filas y columnas), crear relaciones entre tablas, consultas, formularios para introducir
datos e informes para presentar la informacin.
VENTAJAS DE ACCESS
Es la base de datos ms amigable y verstil del mercado.
Incluye expertos para realizar indagaciones, ellos pueden ayudar a encontrar entradas
duplicadas y realizar relaciones cruzadas de los datos.
Para aprender el programa basta tener la ayuda en lnea, ya que es completa e
informativa.
Altamente es potente y eficiente.
Obtener mejores resultados con la interfaz de usuario de Office Fluent.
Empezar rpidamente usando soluciones prediseadas.
Crea varios informes con vistas diferentes de la misma informacin.
Crear tablas rpidamente sin preocuparse de la complejidad de las bases de datos.
Creo los nuevos tipos de campos para escenarios an ms avanzados.
DESVENTAJAS DE ACCESS
La principal limitante es que solo te acepta 1 GB por tabla, 256 campos por tabla, y 35
ndices por tabla, fuera de ah, no ha mejorado en el aspecto de seguridad y consistencia.
Base de datos de un muy reducido potencial, slo para soluciones caseras.
Uno de los grandes inconvenientes que tiene la base de datos de Access es que no es
multiplataforma, pues slo est disponible para sistemas operativos de Microsoft, Su uso
es inadecuado para grandes proyectos de software que requieren tiempos de respuesta
crticos.

ALUMNO:
ANGEL DE JESS PREZ RODRIGUEZ
MATERIA:
DESARROLLO DE BASE DE DATOS
CATEDRATICO:
LORENZO BASTARD
CICLO:
6to CUATRIMESTRE
INGENIERIA EN SISTEMAS COMPUTACIONALES

PICHUCALCO, CHIAPAS, DOMINGO JUNIO 01 2014

INDICE

UNIDAD I

MODELO RELACIONAL

1.1 FORMAS NORMALES

1.2 MODELO RELACIONAL Y LA ARQUITECTURA ANSI
1.3 DINMICA DEL MODELO RELACIONAL
1.3.1
LGEBRA RELACIONAL
1.3.1.1 OPERACIONES BSICAS
1.3.1.1.1
SELECCIN ()
1.3.1.1.2
PROYECCIN ()
1.3.1.1.3
PRODUCTO CARTESIANO (X)
1.3.1.1.4
UNIN (U)
1.3.1.1.5
DIFERENCIA (-)
1.3.1.2 NO BSICAS
1.3.1.2.1
INTERSECCIN ()

1.3.2

1.3.1.2.2 COMBINACIN () (NATURAL JOIN)

1.3.1.2.3 DIVISIN (/)
CLCULO RELACIONAL

UNIDAD II SGBD
2.1
2.2
2.3
2.4
2.5
2.6

MYSQL
QUEL
SQL SERVER
ORACLE
ACCESS
POSTGRES