Pgina 1.

Normalizacin
La normalizacin es una tcnica, desarrollada inicialmente por E.F.
Codd en 1972, para disear la estructura lgica de una base de datos
en el modelo relacional. La normalizacin es un proceso en el cual se
va comprobando el cumplimiento de una serie de reglas, o
restricciones, por parte de un esquema de relacin; cada regla que se
cumple aumenta el grado de normalizacin del esquema de relacin; si
una regla no se cumple, el esquema de relacin se debe descomponer
en varios esquemas de relacin que s la cumplan por separado.
La normalizacin sirve principalmente para tres cosas:
Evitar la redundancia de datos.
Evitar problemas en la actualizacin de datos en las tablas.

Proteger la integridad de los datos.

La normalizacin es el proceso de organizar los datos de una base de datos. Se

incluye la creacin de tablas y el establecimiento de relaciones entre ellas
segn reglas diseadas tanto para proteger los datos como para hacer que la
base de datos sea ms flexible al eliminar la redundancia y las dependencias
incoherentes.
Los datos redundantes desperdician el espacio de disco y crean problemas de
mantenimiento. Si hay que cambiar datos que existen en ms de un lugar, se
deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un
cambio en la direccin de un cliente es mucho ms fcil de implementar si los
datos slo se almacenan en la tabla Clientes y no en algn otro lugar de la base
de datos.
Son Ventajas de la normalizacin

Su respuesta :
Evitar anomalas en inserciones, modificaciones y borrados
Mejorar la independencia de datos
*** Felicitaciones Respuesta correcta
Pgina 2. Primera Forma Normal
Una relacin est en primera forma normal si, y slo si, todos los
dominios de la misma contienen valores atmicos, es decir, no hay
grupos
repetitivos.
Un dominio es atmico si se considera que los elementos del dominio
son
unidades
indivisibles.
Se considera que una relacin se encuentra en la primera forma normal
cuando cumple lo siguiente:
1. Las celdas de las tablas poseen valores simples y no se

permiten grupos ni arreglos repetidos como valores, es decir,

contienen un solo valor por cada celda.
2. Todos los ingresos en cualquier columna(atributo) deben ser del
mismo tipo.
3. Cada columna debe tener un nombre nico, el orden de las
columnas en la tabla no es importante.
4. Dos filas o renglones de una misma tabla no deben ser
idnticas, aunque el orden de las filas no es importante.
Grficamente (viendo la relacin como una tabla), estar en 1FN si
tiene un solo valor en la interseccin de cada fila con cada columna.
Por lo general la mayora de las relaciones cumplen con las
caractersticas anteriores, as que se puede decir que la mayora de las
relaciones se encuentran en la primera forma normal.
Si una relacin no est en 1FN, hay que eliminar de ella los grupos
repetitivos. Un grupo repetitivo ser el atributo o grupo de atributos que
tiene mltiples valores para cada tupla de la relacin.
Si se ve la relacin grficamente como una tabla, estar en:
Su respuesta :
Primera Forma Normal
*** Felicitaciones Respuesta correcta ***
Al analizar la siguiente grfica, se puede decir que la relacin
est en Primera Forma Normal.

Su respuesta :
Falso
*** Felicitaciones Respuesta correcta ***
Act 12: Leccin evaluativa No. 3.

Pgina 3. Segunda Forma Normal

Cree tablas independientes para conjuntos de valores que se

apliquen a varios registros.

Relacione estas tablas con una clave externa.

La 2FN est basada en el concepto de dependencia plena y en las

interrelaciones existentes entre los atributos principales (los que se
encuentran en alguna de las claves) y no principales (los que no se
encuentran
en
ninguna
clave).
La 2FN se aplica a las relaciones que tienen claves primarias
compuestas por dos o ms atributos. Si una relacin est en 1FN y su
clave primaria es simple (tiene un solo atributo), entonces tambin
est en 2FN. Las relaciones que no estn en 2FN pueden sufrir
anomalas
cuando
se
realizan
actualizaciones.
Para pasar una relacin en 1FN a 2FN hay que eliminar las
dependencias parciales de la clave primaria. Para ello, se eliminan los
atributos que son funcionalmente dependientes y se ponen en una
nueva relacin con una copia de su determinante (los atributos de la
clave
primaria
de
los
que
dependen).
Los registros no deben depender de nada que no sea una clave
principal de una tabla, una clave compuesta si es necesario. Por
ejemplo, considere la direccin de un cliente en un sistema de
contabilidad. La direccin se necesita en la tabla Clientes, pero
tambin en las tablas Pedidos, Envos, Facturas, Cuentas por cobrar
y Colecciones. En lugar de almacenar la direccin de un cliente como
una entrada independiente en cada una de estas tablas, almacnela
en un lugar, ya sea en la tabla Clientes o en una tabla Direcciones
independiente.
Una entidad est en 2FN si esta en 1FN y no existe DF cuyo
determinante sea un sub-conjunto del identificador y cuyo atributo del
lado derecho no forme parte del mismo. En otras palabras, si una
parte del identificador determina otros atributos (que no formen parte
de l) se viola la 2FN. Esto solamente tiene sentido cuando un
identificador est compuesto. Ejemplo:
COMPRA (producto, nombre_proveedor, cantidad,
direccion_proveedor)
En esta entidad se est violando la 2FN porque existe un DF en los
atributos nombre_proveedor y direccion_proveedor. Aplicando la regla
de la 2FN procedemos a eliminar la DF y nuestro esquema quedara
de la siguiente forma:
PRODUCTO
(id_producto,
nombre_producto)
PROVEEDOR (id_proveedor, nombre_proveedor, direccion)
Se dice que una relacin est en 2FN si:

Est en 1FN.

Cada atributo no principal tiene DF plena respecto de cada

una de las claves.

Su respuesta :
Verdadero
*** Felicitaciones Respuesta correcta ***
Siempre estn en 2FN las relaciones:
Binarias.
Con todas las claves simples, es decir, que contienen un slo
atributo.

Que todos los atributos son principales, es decir, forman parte

de alguna clave.

Su respuesta :
Verdadero
*** Felicitaciones Respuesta correcta ***
Pgina 4. Tercera Forma Normal

Elimine los campos que no dependan de la clave.

Una relacin est en tercera forma normal si, y slo si, est en 2FN y,
adems, cada atributo que no est en la clave primaria no depende
transitivamente
de
la
clave
primaria.
Los valores de un registro que no sean parte de la clave de ese registro
no pertenecen a la tabla. En general, siempre que el contenido de un
grupo de campos pueda aplicarse a ms de un nico registro de la
tabla, considere colocar estos campos en una tabla independiente. Por
ejemplo, en una tabla Contratacin de empleados, puede incluirse el
nombre de la universidad y la direccin de un candidato. Pero necesita
una lista completa de universidades para enviar mensajes de correo
electrnico en grupo. Si la informacin de las universidades se
almacena en la tabla Candidatos, no hay forma de enumerar las
universidades que no tengan candidatos en ese momento. Cree una
tabla Universidades independiente y vinclela a la tabla Candidatos con
el cdigo de universidad como clave.
Una entidad est en 3FN si esta en 2FN y no existe DF entre atributos
que no formen parte del identificador, es decir que un atributo haga
referencia a otro atributo sin que este forme parte del identificador.
Ejemplo:

PERSONA
(id_persona,
num_habitantes)

nombre,

ciudad_nacimiento,

En esta entidad se est violando la 3FN porque el atributo

ciudad_de_nacimiento
hace
referencia
al
atributo
numero_de_habitantes siendo que ciudad_de_nacimiento no es el
identificador de esa entidad. Siguiendo la 3FN el esquema quedara
as:
PERSONA (id_persona, nombre)
CIUDAD (id_ciudad, ciudad, num_habitantes)
Una tabla est normalizada en esta forma si todas las columnas que no
son llave son funcionalmente dependientes por completo de la llave
primaria y no hay dependencias transitivas. Una dependencia funcional
X -> Y entre dos conjuntos de atributos X e Y es una dependencia
funcional transitiva si existe un tercer conjunto de atributos Z disjunto
de ellos para el que existe una dependencia funcional X -> Z y Z -> Y.
Es decir, una dependencia transitiva es aquella en la cual existen
columnas que no son llave y que dependen de otras columnas que
tampoco
son
llave.
En una relacin en tercera forma normal, ningn atributo no primo
puede depender transitivamente de la clave primaria. Para
descomponer una relacin que no est en 3FN en relaciones que s lo
estn creamos una nueva relacin con los atributos no primos que
dependen transitivamente de la clave primaria junto con los atributos de
los que dependen funcionalmente de forma directa. Adems, en el
esquema original se eliminan todos los atributos que tienen
dependencia
transitiva
respecto
a
la
clave
primaria.
Cuando las tablas estn en la 3FN se previenen errores de lgica al
insertar o borrar registros. Cada columna en una tabla est identificada
de manera nica por la llave primaria, y no deben existir datos
repetidos. Esto provee un esquema limpio y elegante, que es fcil de
trabajar y expandir.
EXCEPCIN: cumplir la tercera forma normal, aunque en teora es
deseable, no siempre es prctico. Si tiene una tabla Clientes y desea
eliminar todas las dependencias posibles entre los campos, debe crear
tablas independientes para las ciudades, cdigos postales,
representantes de venta, clases de clientes y cualquier otro factor que
pueda estar duplicado en varios registros. En teora, la normalizacin
merece el trabajo que supone. Sin embargo, muchas tablas pequeas
pueden degradar el rendimiento o superar la capacidad de memoria o
de
archivos
abiertos.
Puede ser ms factible aplicar la tercera forma normal slo a los datos
que cambian con frecuencia. Si quedan algunos campos dependientes,
disee la aplicacin para que pida al usuario que compruebe todos los
campos relacionados cuando cambie alguno.
La Tercera Forma Normal (3FN) no se cumple cuando:

Su respuesta :
Verdadero
*** Felicitaciones Respuesta correcta ***
En la siguiente tabla o relacin, determine la Dependencia
Funcional correcta entre los conjuntos de atributos dados.

Su respuesta :
(Nombre, Apellido)-> Escuela
*** Felicitaciones Respuesta correcta ***
Pgina 5. Lenguaje de consulta SQL
El lenguaje de consulta estructurado (SQL) es un lenguaje de base de
datos normalizado, utilizado por los diferentes motores de bases de
datos para realizar determinadas operaciones sobre los datos o sobre
la
estructura
de
los
mismos.
El lenguaje SQL est compuesto por comandos, clusulas, operadores
y funciones de agregado. Estos elementos se combinan en las
instrucciones para crear, actualizar y manipular las bases de datos.
Existen dos tipos de comandos SQL:
Comandos DLL que permiten crear y definir nuevas bases de
datos, campos e ndices.

Comando Descripcin
CREATE Crea
nuevas
tablas,
campos e
ndices
DROP
Elimina
tablas e

ALTER

ndices
Modifica
tablas
agregando
campos o
cambiando
la
definicin
de los
campos

Comandos DML que permiten generar consultas para ordenar,

filtrar y extraer datos de la base de datos.

Comando Descripcin
SELECT Consulta o
busca
registros de
la base de
datos que
satisfagan un
criterio
determinado
INSERT Carga
conjuntos de
datos en la
base de
datos en una
nica
operacin.
UPDATE Modifica los
valores de
los campos y
registros
especificados
DELETE Elimina
registros de
una tabla de
una base de

datos
Las clusulas son condiciones de modificacin utilizadas para definir
los datos que desea seleccionar o manipular.

Clasula Descripcin
FROM Especifica la
tabla de la
cual se van a
seleccionar
los registros
WHERE Especifica las
condiciones
que deben
reunir los
registros que
se van a
seleccionar
GROUP Separa los
BY
registros
seleccionados
en grupos
especficos
HAVING Expresa la
condicin que
debe
satisfacer
cada grupo
ORDER Ordena los
BY
registros
seleccionados
de acuerdo
con un orden
especfico
Operadores lgicos

Operador Uso
AND
Es el "y"
lgico.

OR
NOT

Es el "o"
lgico.
Negacin
lgica.

Operadores de comparacin

Operador
<
>
<>
<=

Uso
Menor que
Mayor que
Diferente a
Menor o
igual que
>=
Mayor o
igual que
=
Igual que
BETWEEN Utilizado
para
especificar
un intervalo
de valores.
LIKE
Utilizado en
la
comparacin
de un
modelo
In
Utilizado
para
especificar
registros de
una base de
datos
Las funciones de agregado se usan dentro de una clusula SELECT
en grupos de registros para devolver un nico valor que se aplica a un
grupo de registros.

Funcin Descripcin
AVG
Calcula el

promedio de
los valores
de un
campo
determinado
COUNT Devuelve el
nmero de
registros de
la seleccin
SUM devolver la
suma de
todos los
valores de
un campo
determinado
MAX
devolver el
valor ms
alto de un
campo
especificado
MIN
devolver el
valor ms
bajo de un
campo
especificado
Su respuesta :
SELECT nombreEmp
FROM empleados
WHERE sueldo BETWEEN 1000000 AND 1850000;
SELECT nombreEmp
FROM empleados
WHERE sueldo >= 1000000 AND sueldo <= 1850000;
*** Felicitaciones Respuesta correcta

Con cules sentencias SQL se obtiene el mismo resultado?

Su respuesta :
SELECT nombreEst
FROM estudiantes
WHERE nombreCiudad IN ("Cali", "Cartagena");
SELECT nombreEst
FROM estudiantes
WHERE nombreCiudad = "Cali" OR nombreCiudad =
"Cartagena";
*** Felicitaciones Respuesta correcta ***
Act 12: Leccin evaluativa No. 3.
Pgina 6. PostgreSQL
PostgreSQL es un sistema de gestin de base de datos relacional
orientada a objetos de software libre, publicado bajo la licencia BSD,
lo que significa que cualquiera puede disponer de su cdigo fuente,
modificarlo a voluntad y redistribuirlo libremente. PostgreSQL adems
de ser libre es gratuito y se puede descargar de su pgina web para
multitud
de
plataformas.
Como muchos otros proyectos open source, el desarrollo de
PostgreSQL no es manejado por una sola compaa sino que es
dirigido por una comunidad de desarrolladores y organizaciones
comerciales las cuales trabajan en su desarrollo. Dicha comunidad es
denominada el PGDG (PostgreSQL Global Development Group).
Comunicado de Prensa Original
tomado
http://www.postgresql.org/about/press/presskit84.html.es

de

1 de julio, 2009 El Grupo Global de Desarrollo de PostgreSQL ha

liberado la versin 8.4, continuando con el rpido desarrollo de la
base de datos de cdigo abierto ms avanzada del mundo. Esta
versin contiene una gran cantidad de mejoras para que la
administracin, consulta y programacin en PostgreSQL sea ms fcil
que nunca. Con las 293 funcionalidades nuevas o mejoradas en la
versin 8.4, hay an ms motivos para escoger PostgreSQL para sus
futuros proyectos.
La mayora de los cambios en PostgreSQL 8.4 son herramientas y
rdenes de administracin y monitoreo, nuevas o mejoradas. Cada

usuario tiene su funcionalidad favorita que hace su trabajo cotidiano

con PostgreSQL ms fcil y productivo.
Hemos usado PostgreSQL durante siete aos, y estamos
entusiasmados con varias funcionalidades de 8.4, especialmente los
privilegios por columna, configuracin regional configurable por base
de datos, bsquedas parciales en ndices GIN y excepciones
definidas por el usuario, dice Jeffrey Webster, CTO de ZooLoo.com.
PostgreSQL nos ha permitido crecer sin sacrificar la integridad de
nuestros datos.
Entre las mejoras ms populares estn:

Restauracin de base de datos en procesos paralelos, que

acelera la recuperacin de un respaldo hasta 8 veces.
Privilegios por Columna, que permiten un control ms
granular de datos confidenciales.

Configuracin de ordenamiento configurable por base de

datos, lo cual hace a PostgreSQL ms til en entornos con
mltiples idiomas.

Actualizaciones en el lugar desde 8.3 a 8.4 con muy bajo

downtime, gracias al uso de pg_migrator beta.

Nuevas Herramientas para Monitoreo de Consultas que le

otorgan a los administradores mayor informacin sobre la
actividad del sistema.

La versin 8.4 hace el anlisis de datos mucho ms sencillo a travs

de funcionalidades avanzadas de ANSI SQL:2003, como las
funciones window, expresiones comunes de tabla y joins
recursivos.
Estas
estructuras
de
consulta
aumentan
sustancialmente la expresividad del dialecto SQL de PostgreSQL,
permitiendo a los usuarios hacer preguntas interesantes en una sola
consulta, que habra sido imposible de construir antes, explica
Sailesh Krishnamurthy, fundador de Truviso. Las mejoras en los
procedimientos almacenados, como los valores por omisin para
los argumentos y los argumentos de largo variable hacen ms
simple y compacta la programacin en la base de datos.
La nueva versin aumenta el rendimiento de las aplicaciones, como
comenta Kevin Grittner, Administrador de bases de datos del Sistema
de Tribunales de Wisconsin: "PostgreSQL contina mejorando el
rendimiento en cada versin. La versin 8.4 ha aadido muchas
optimizaciones, como semi-joins y anti-joins, que otorgan una notable
mejora en el tiempo de ejecucin en algunas de nuestras consultas
ms exigentes."

Debido a estas nuevas caractersticas PostgreSQL 8.4 podr atender

a muchos ms usuarios que antes, como el proyecto OpenStreetMap.
A medida que disebamos la nueva versin de la API de
OpenStreetMap, estuvo claro que necesitbamos una base de datos
de clase mundial que no slo dijera que tena las funcionalidades
deseadas, sino que realmente corriera bien en la escala que
necesitbamos. Aunque existen varias bases de datos de cdigo
abierto, PostgreSQL era la eleccin obvia, dice Tom Hughes,
administrador de sistemas de OpenStreetMap.
La versin actual de PostgreSQL, para Windows, es la 8.4, y puede
descargarse
libremente
desde
su
sitio
oficial
http://www.postgresql.org<BR< a> />

Su respuesta :
Verdadero
*** Felicitaciones Respuesta correcta ***