Jos Francisco Aldrete Enrquez Matrcula: 74069

Nombre de la Materia: MSL-ABD Administracin de Bases de Datos

Actividad: 1.2 Tarea de la Sesin 1




Catedrtico: M.S.I. Genaro Ortega Grado

Presentado por Jos Francisco Aldrete Enrquez/ 74069
Ciclo Escolar septiembre-diciembre 2014



Jos Francisco Aldrete Enrquez Matrcula: 74069
Trabajo a Desarrollar:

Tarea 1:

1. Qu es una base de datos relacional?
2. Mencione y describa cada una de las propiedades ACID de una base de
datos
3. En qu consiste el control de concurrencia en una base de datos?
4. En qu consiste la normalizacin de bases de datos y las formas normales
1NF, 2NF, 3NF y BCNF?
5. En qu consiste la desnormalizacin y qu criterios deben tomarse en
cuenta?
6. Describa en qu consisten los siguientes componentes de un DBMS y
proporcione ejemplos
a. Data definition language (DDL)
b. Data manipulation language (DML)
c. Data dictionary

Modalidad: Individual



Introduccin:
A manera general de introduccin definir Base de Datos: Una base de datos es
un sistema para archivar informacin en un medio de almacenamiento informtico,
cuyo propsito general es mantener informacin y hacer que est disponible
cuando se solicite.

El conjunto de componentes o herramientas conceptuales que un SGBD
proporciona para modelar recibe el nombre de modelo de BD. Los cuatro modelos
de BD ms utilizados en los SI son el modelo relacional, el modelo jerrquico, el
modelo en red y el modelo relacional con objetos.












Jos Francisco Aldrete Enrquez Matrcula: 74069
Desarrollo:
1. Qu es una base de datos relacional?
Una de las formas que us para conceptualizarlas: Un conjunto de campos
interrelacionados entre s: son un registroun conjunto de registros
interrelacionados entre s: son una tablaun conjunto de tablas interrelacionados
entre s: son una Base de Datos

Por ejemplo, una base de datos muy sencilla podra ser una agenda de
direcciones en la que anotemos datos de nuestros amigos. Tendramos una ficha
para cada uno de estos amigos. En cada ficha, a su vez, existir una serie de
apartados, como el nombre, la direccin, el telfono, etc.
Esto nos permite introducir dos primeros conceptos que utilizaremos: cada una de
estas fichas recibe el nombre de registro, y cada uno de los apartados que
componen las fichas se llama campo.
El conjunto de las fichas (registros) forma un bloque de informacin, que
llamaremos tabla, y que se suele representar escribiendo cada ficha (registro)
en una fila y cada apartado (campo) en una columna.
Todo este conjunto de informacin que forman las tablas y las relaciones entre
ellas ser nuestra base de datos. En concreto, se tratar de lo que se conoce
como una base de datos relacional.

Ejemplo:




Jos Francisco Aldrete Enrquez Matrcula: 74069
2. Mencione y describa cada una de las propiedades ACID de una base de
datos
En bases de datos se denomina ACID a un conjunto de caractersticas necesarias
para que una serie de instrucciones puedan ser consideradas como una
transaccin. As pues, si un sistema de gestin de bases de datos es ACID
compliant quiere decir que el mismo cuenta con las funcionalidades necesarias
para que sus transacciones tengan las caractersticas ACID. En concreto ACID es
un acrnimo de Atomicity, Consistency, Isolation and Durability: Atomicidad,
Consistencia, Aislamiento y Durabilidad en espaol.
Atomicidad: Significa que el sistema permite operaciones atmicas. Una
operacin atmica es aquella que si est formada por operaciones ms pequeas,
se consideran como un paquete indivisible. Deben ejecutarse todas
correctamente, o en el caso de que alguna de ellas no pueda hacerlo, el efecto de
las que ya se han ejecutado no debe hacerse notar, debe deshacerse, como si el
conjunto de las operaciones no se hubieran realizado.La atomicidad est
ntimamente ligada al concepto de transaccin de los sistemas gestores de bases
de datos. En un SGBD, cuando se indica que un conjunto de operaciones forman
una transaccin, o se ejecutan todas correctamente, o el SGBD deshar los
cambios, como si la transaccin nunca se hubiera iniciado. No obstante,
atomicidad y transaccin no son sinnimos. Mientras atomicidad es una
propiedad, la transaccin es el mecanismo que utilizan los SGBD para lograr la
atomicidad.
Consistencia: Integridad. Esta propiedad asegura que slo se empieza aquello
que se puede acabar. Por lo tanto se ejecutan aquellas operaciones que no van a
romper las reglas y directrices de integridad de la base de datos. Sostiene que
cualquier transaccin llevar a la base de datos desde un estado vlido a otro
tambin vlido.
Aislamiento: Propiedad que asegura que una operacin no puede afectar a otras.
Esto asegura que la realizacin de dos transacciones sobre la misma informacin
sean independientes y no generen ningn tipo de error.
Durabilidad: Propiedad que asegura que una vez realizada la operacin, sta
persistir y no se podr deshacer aunque falle el sistema.
Cumpliendo estos 4 requisitos un sistema gestor de bases de datos puede ser
considerado ACID Compliant.


Jos Francisco Aldrete Enrquez Matrcula: 74069
3. En qu consiste el control de concurrencia en una base de datos?
Si se da como entrada un estado correcto de la base de datos, una transaccin
individualmente correcta producir un estado correcto de la base de datos como
salida si es ejecutada en forma aislada. En un sistema multiusuario, con
transacciones que se ejecutan concurrentemente, puede haber interferencias
entre ellas de forma tal que se produzcan resultados no correctos. Tales
interferencias pueden tomar muchas formas, como por ejemplo el problema de la
actualizacin perdida. Tales problemas pueden ser manejados mediante tcnicas
de control de concurrencia, tales como bloqueos o timestamping.

Bloqueo: El bloqueo es una tcnica de control de concurrencia que regula el
acceso concurrente a objetos compartidos tales como los registros de una base
de datos. Una transaccin puede obtener un bloqueo sobre un registro haciendo
un requerimiento a un componente del sistema llamado manejador de bloqueos.
El bloqueo puede dar la idea de un bloque de control que incluye, entre otras
cosas, la identificacin del registro que es bloqueado y la identificacin de la
transaccin que bloquea el registro

Timestamping: no es una tcnica de bloqueo ya que mientras que los bloqueos
sincronizan la ejecucin intercalada de un conjunto de transacciones de manera
tal que sea equivalente a alguna ejecucin serial de esas transacciones, el
timestamping sincroniza la ejecucin intercalada de forma tal sea equivalente a
una ejecucin serial especifica (la ejecucin definida por el orden cronolgico de
los timestamps de las transacciones completadas exitosamente). En timestamping
los conflictos son resueltos asignndoles a las transacciones que recomienzan un
nuevo tiempo de inicio.

4. En qu consiste la normalizacin de bases de datos y las formas normales
1NF, 2NF, 3NF y BCNF?
La normalizacin es el proceso mediante el cual se transforman datos complejos
a un conjunto de estructuras de datos ms pequeas, que adems de ser ms
simples y ms estables, son ms fciles de mantener. Tambin se puede entender
la normalizacin como una serie de reglas que sirven para ayudar a los
diseadores de bases de datos a desarrollar un esquema que minimice los
problemas de lgica. Cada regla est basada en la que le antecede. La
normalizacin se adopt porque el viejo estilo de poner todos los datos en un solo
lugar, como un archivo o una tabla de la base de datos, era ineficiente y conduca
a errores de lgica cuando se trataban de manipular los datos.
La normalizacin tambin hace las cosas fciles de entender. Los seres humanos
tenemos la tendencia de simplificar las cosas al mximo. Lo hacemos con casi
todo, desde los animales hasta con los automviles. Vemos una imagen de gran
tamao y la hacemos ms simple agrupando cosas similares juntas.


Jos Francisco Aldrete Enrquez Matrcula: 74069
Las guas que la normalizacin provee crean el marco de referencia para
simplificar una estructura de datos compleja.
Otra ventaja de la normalizacin de base de datos es el consumo de espacio. Una
base de datos normalizada ocupa menos espacio en disco que una no
normalizada. Hay menos repeticin de datos, lo que tiene como consecuencia un
mucho menor uso de espacio en disco. El proceso de normalizacin tiene un
nombre y una serie de reglas para cada fase. Esto puede parecer un poco confuso
al principio, pero poco a poco se va entendiendo el proceso, as como las razones
para hacerlo de esta manera.

Existen bsicamente tres niveles de normalizacin: Primera Forma Normal (1NF),
Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF). Cada una de estas
formas tiene sus propias reglas. Cuando una base de datos se conforma a un
nivel, se considera normalizada a esa forma de normalizacin. No siempre es una
buena idea tener una base de datos conformada en el nivel ms alto de
normalizacin, puede llevar a un nivel de complejidad que pudiera ser evitado si
estuviera en un nivel ms bajo de normalizacin.
En la tabla siguiente se describe brevemente en que consiste cada una de las
reglas, y posteriormente se explican con ms detalle:


Primera Forma Normal (1NF 1FN)
La regla de la Primera Forma Normal establece que las columnas repetidas deben
eliminarse y colocarse en tablas separadas.
Poner la base de datos en la Primera Forma Normal resuelve el problema de los
encabezados de columna mltiples. Muy a menudo, los diseadores de bases de
datos inexpertos harn algo similar a la tabla no normalizada. Una y otra vez,
crearn columnas que representen los mismos datos. La normalizacin ayuda a
clarificar la base de datos y a organizarla en partes ms pequeas y ms fciles
de entender. En lugar de tener que entender una tabla gigantesca y monoltica
que tiene muchos diferentes aspectos, slo tenemos que entender los objetos
pequeos y ms tangibles, as como las relaciones que guardan con otros objetos
tambin pequeos.




Jos Francisco Aldrete Enrquez Matrcula: 74069
Segunda Forma Normal (2NF o 2FN)
La regla de la Segunda Forma Normal establece que todas las dependencias
parciales se deben eliminar y separar dentro de sus propias tablas. Una
dependencia parcial es un trmino que describe a aquellos datos que no
dependen de la llave primaria de la tabla para identificarlos.
Una vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayora
de los problemas de lgica. Podemos insertar un registro sin un exceso de datos
en la mayora de las tablas.

Tercera Forma Normal (3NF 3FN)
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 transitiva es aquella en la cual existen
columnas que no son llave que dependen de otras columnas que tampoco son
llave. Cuando las tablas estn en la Tercera Forma Normal se previenen errores
de lgica cuando se insertan o borran registros. Cada columna en una tabla est
identificada de manera nica por la llave primaria, y no debe haber datos
repetidos. Esto provee un esquema limpio y elegante, que es fcil de trabajar y
expandir. Un dato sin normalizar no cumple con ninguna regla de normalizacin.
La tercera forma normal nos dice que tenemos que eliminar cualquier columna no
llave que sea dependiente de otra columna no llave. Los pasos a seguir son:
Determinar las columnas que son dependientes de otra columna no llave.
Eliminar esas columnas de la tabla base.
Crear una segunda tabla con esas columnas y con la columna no llave de la cual
son dependientes.

Forma normal de Boyce-Codd (BCFN FNBC)
Es una forma normal utilizada en la normalizacin de bases de datos. Es una
versin ligeramente ms fuerte de la Tercera forma normal (3FN). La forma normal
de Boyce-Codd requiere que no existan dependencias funcionales no triviales de
los atributos que no sean un conjunto de la clave candidata. En una tabla en 3FN,
todos los atributos dependen de una clave, de la clave completa y de ninguna otra
cosa excepto de la clave. Se dice que una tabla est en FNBC si y solo si est en
3FN y cada dependencia funcional no trivial tiene una clave candidata como
determinante. En trminos menos formales, una tabla est en FNBC si est en
3FN y los nicos determinantes son claves.








Jos Francisco Aldrete Enrquez Matrcula: 74069
Existen varios niveles de normalizacin: Primera Forma Normal, Segunda Forma
Normal, Tercera Forma Normal, Forma Normal Boyce-Codd, Cuarta Forma
Normal, Quinta Forma Normal o Forma Normal de Proyeccin-Unin, Forma
Normal de Proyeccin-Unin Fuerte, Forma Normal de Proyeccin-Unin Extra
Fuerte y Forma Normal de Clave de Dominio. Cada nuevo nivel o forma nos
acerca ms a hacer una base de datos verdaderamente relacional.


5. En qu consiste la desnormalizacin y qu criterios deben tomarse en
cuenta?
Este no es tanto un problema del modelo jerrquico como del uso que se hace de
l. Sin embargo, a diferencia del modelo relacional, las bases de datos jerrquicas
no tienen controles que impidan la desnormalizacin de una base de datos. Por
ejemplo, no existe el concepto de campos clave o campos nicos.

Un modelo de datos desnormalizado no es lo mismo que un modelo de datos que
no ha sido normalizado, y la desnomarlizacin debe tomar lugar solamente
despus de que haya ocurrido un nivel satisfactorio de normalizacin y de que
hayan sido creadas las restricciones y/o reglas requeridas para ocuparse de las
anomalas inherentes en el diseo. Por ejemplo, que todas las relaciones estn
en la tercera forma normal y cualquier relacin con dependencias de unin (join)
y multi-valor sea manejadas apropiadamente.

Ejemplos de tcnicas de desnormalizacin incluyen:

Vistas materializadas, que pueden implementar lo siguiente: Almacenando la
cuenta de "muchos" objetos en una relacin uno-a-muchos como un atributo de la
relacin "uno"
Agregando atributos a una relacin de otra relacin con la cual ser unida (join)
-Esquemas en estrella que tambin son conocidos como modelos hecho-
dimensin y se han extendido a los esquemas de copo de nieve.
-Informacin de resumen pre-construida (til para informes, data warehouse o
data mining) o cubos OLAP

La desnormalizacin permite ingresar redundancia de una forma controlada, por
medio de los siguientes pasos.
-Combinar las relaciones
-Duplicar los atributos no claves
-Introduccin de grupos repetitivos
-Crear tablas de extraccin




Jos Francisco Aldrete Enrquez Matrcula: 74069
Cuando se debe desnormalizar:
-Se debe desnormalizar para optimizar el esquema relacional
-Para hacer referencia a la combinacin de 2 relaciones que forman una sola
relacin

6. Describa en qu consisten los siguientes componentes de un DBMS y
proporcione ejemplos
a. Data definition language (DDL)

El DDL (Data Definition Language, o Data Description Language segn autores),
es la parte del SQL dedicada a la definicin de la base de datos, consta de
sentencias para definir la estructura de la base de datos, permite definir gran parte
del nivel interno de la base de datos. Por este motivo estas sentencias sern
utilizadas normalmente por el administrador de la base de datos.
La definicin de la estructura de la base de datos incluye tanto la creacin inicial
de los diferentes objetos que formarn la base de datos, como el mantenimiento
de esa estructura. Las sentencias del DDL utilizan unos verbos que se repiten para
los distintos objetos. Por ejemplo para crear un objeto nuevo el verbo ser
CREATE y a continuacin el tipo de objeto a crear. CREATE DATABASE es la
sentencia para crear una base de datos, CREATE TABLE nos permite crear una
nueva tabla, CREATE INDEX crear un nuevo ndice Para eliminar un objeto
utilizaremos el verbo DROP (DROP TABLE, DROP INDEX) y para modificar
algo de la definicin de un objeto ya creado utilizamos el verbo ALTER (ALTER
TABLE, ALTER INDEX).
Los objetos que veremos en este tema son:
Bases de datos
Tablas
Vistas
ndices
Las sentencias DDL estn ms orientadas al administrador de la base de datos,
es el que ms las va a utilizar, el programador tiene que conocer cuestiones
relativas a la estructura interna de una base de datos, pero no tiene que ser
experto en ello por lo que el estudio del tema se centrar en las sentencias y sobre
todo en las clusulas que pensamos pueden ser tiles a un programador y no
entraremos en mucho detalle en cuanto a la estructura fsica de la base de datos
y en la administracin de la misma.


Jos Francisco Aldrete Enrquez Matrcula: 74069


b. Data manipulation language (DML)

Lenguaje artificial de cierta complejidad que permite el manejo y procesamiento
del contenido de la base de datos. En la prctica puede consistir en un
subconjunto de instrucciones de otro lenguaje informtico. Las aplicaciones que
trabajan sobre la base de datos se programan en un lenguaje de programacin
(C, Cobol, etc.) insertando en el cdigo fuente sentencias del DML. Al utilizar un
DML se deben especificar los datos que sern afectados por las sentencias del
lenguaje. Un DML puede tener o no procedimientos, segn sea necesario
especificar adems cmo deben obtenerse esos datos. Los DML con
procedimientos tienen sentencias de control de flujo como bucles o condicionales.
Los DML sin procedimientos son conocidos tambin como declarativos.



c. Data dictionary
Diccionario de datos, tal como se define en el IBM Dictionary of Computing , es un
"repositorio centralizado de informacin sobre los datos, tales como el significado,
las relaciones con otros datos, el origen, uso y formato". El trmino puede tener
uno de los varios significados estrechamente afines relacionados con las bases
de datos y sistemas de gestin de bases de datos (DBMS):
Documento que describe una base de datos o coleccin de bases de datos
Integral componente de un DBMS que se requiere para determinar su estructura
Pieza de middleware que se extiende o se suplanta el diccionario de datos nativa
de un DBMS.


Jos Francisco Aldrete Enrquez Matrcula: 74069


Fuentes:

1. http://ocw.uoc.edu/computer-science-technology-and-multimedia/bases-de-
datos/bases-de-datos/P06_M2109_02147.pdf
2. http://es.wikipedia.org/wiki/ACID
3. http://www.dosideas.com/noticias/base-de-datos/973-acid-en-las-bases-de-
datos.html
4. http://www.ciens.ucv.ve:8080/genasig/sites/administracion-de-
bd/archivos/Integridad.pdf
5. http://www.lsi.upc.edu/~bcasas/docencia/pfc/NormalitzacioBD.pdf
6. CERI (1983). Methodology and Tools for Data Base Design. Amsterdam,
North-Holland.
7. HALPIN, T. (2001). Information modelling and relational databases: from
conceptual analysis to logical design. Academic Press.
8. MANNILA, H. y RAIHA, K.J. (1986). Inclusion Dependencies in Database
Design. Proc. Of the 2nd Conference on Data Engineering, pp. 713-718.


























Jos Francisco Aldrete Enrquez Matrcula: 74069
Anexos:

Anexo 1: Qu tan lejos debe llevar la normalizacin?
La siguiente decisin es qu tan lejos debe llevar la normalizacin? La
normalizacin es una ciencia subjetiva. Determinar las necesidades de
simplificacin depende de nosotros. Si nuestra base de datos va a proveer
informacin a un solo usuario para un propsito simple y existen pocas
posibilidades de expansin, normalizar los datos hasta la 3FN quiz sea algo
exagerado. Las reglas de normalizacin existen como guas para crear tablas que
sean fciles de manejar, as como flexibles y eficientes. A veces puede ocurrir que
normalizar los datos hasta el nivel ms alto no tenga sentido.


Anexo 2: Estructura de un DBMS







Jos Francisco Aldrete Enrquez Matrcula: 74069

Anexo 3: Componentes de un DBMS, grupos de Comandos SQL.






Jos Francisco Aldrete Enrquez Matrcula: 74069
Anexo 4: Gestores de bases de datos