Codigos Clase Modelamiento

drop table empleado       (Borra TODA La Tabla)
drop table capacita          (Borra TODA La Tabla)
drop table curso              (Borra TODA La Tabla)



CREATE TABLE Empleado
    (
     IdEmpleado VARCHAR2 (10)  NOT NULL ,
     Nombre CHAR (10) ,
     Apellido VARCHAR2 (10) ,
     FecNac CHAR (10) ,
     Direccion CHAR (35)
    )
;

insert into empleado values('e001','Sebastian','Diaz','10/03/1986','Alonso de Ovalle 102');
insert into empleado values('e002','Oscar','Sanchez','22/08/1998','Las Rejas 233');
insert into empleado values('e003','Hector','Perez','17/05/1991','Santa Luisa 379');

select * from empleado    (Mostrar La Tabla Empleado)

delete from empleado      (Borrar Las Tuplas de la Tabla Empleado)
delete from empleado where nombre='Sebastian';   (Borrar Fila Que tenga como nombre "Sebastian"





CREATE TABLE Curso
    (
     IdCurso VARCHAR2 (20) NOT NULL ,
     Nombre VARCHAR2 (20) ,
     NumHoras INTEGER
    )
;

insert into curso values('i001','JAVA','2');
insert into curso values('i002','.NET','4');
insert into curso values('i003','MODELAMIENTO','3');

select * from curso

delete from Curso where IdCurso='i003';





CREATE TABLE Capacita
    (
     Empleado_IdEmpleado VARCHAR2 (10)  NOT NULL ,
     Curso_IdCurso VARCHAR(20)  NOT NULL
    )
;

insert into capacita values ('e001','i001');
insert into capacita values ('e002','i002');
insert into capacita values ('e003','i003');

select * from capacita


select * from empleado,capacita,curso

Tarea Formas Normales

 Resumen de Normalizacion

El proceso de normalización se basa en la descomposición sin pérdida de las tablas que están en una forma normal inferior, obteniéndose una forma normal superior. El proceso de descomposición sin pérdida, significa que se ha de dividir o descomponer la tabla en otras con menor cantidad de atributos sin que haya pérdida de información.

Desnormalización

Aqui esta el link para ver Desnormalización  http://www.slideshare.net/rapaluzji/desnormalizacion :D

Primera Forma Normal o 1FN:

La Primera Forma Normal, o 1FN, es la más 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 sólo 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 Dirección el domicilio habitual y el de vacaciones; habría que crear dos registros que se diferenciarán por el atributo Dirección:

Tabla de una base de datos
NIF        Ape                Nom               Dir                   CPost      Pobl        Prov
1          García           Francisco     C/Marín 16            33698    Oviedo    Asturias
2          Sánchez           Luisa         C/Tenerías 34        85458    Cigales    Valladolid

2          Sánchez           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 sólo uno de los segundos.
Por ejemplo, hay una dependencia funcional entre NIF y el atributo Razón Social, ya que a cada NIF le corresponde una única Razón 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 más de un campo, en una tabla en 2FN se necesitan crear tablas nuevas para eliminar las dependencias funcionales, las tablas nuevas tendrán 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 tenían 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, eliminándose de la tabla cliente los atributos nombre y apellidos, quedando las siguientes tablas:

Tabla en segunda forma normal

NIF         Dir                 CPost      Pobl          Prov
1    C/ Marín nº16        33698    Oviedo        Asturias
2    C/ Tenerías nº34    85458    Cigales        Valladolid
2    C/ Ramorta nº65    54585    Bueu           Pontevedra

Tabla en segunda forma normal

NIF      Ape             Nom
1        García         Francisco
2        Sánchez         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 telefónico 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, eliminándose el atributo dependiente de la tabla original.

Tabla en segunda forma normal
NIF         Dir                      CPost       Pobl          Prov
1       C/ Marín nº16           33698    Oviedo    Asturias
2       C/ Tenerías nº34       85458    Cigales    Valladolid
2       C/ Ramorta nº65       54585     Bueu      Pontevedra

La dirección, la población y la provincia dependen del código postal, que no forma parte de la clave primaria. Descomponiendo sin perdida una vez más, obtenemos estas dos tablas:

Tabla en tercera forma normal

NIF         Dir
1         C/ Marín nº16
2         C/ Tenerías nº34
2         C/ Ramorta nº65

Tabla en tercera forma normal
CPost             Dir                   Pobl        Prov
33698    C/ Marín nº16        Oviedo    Asturias
85458    C/ Tenerías nº34    Cigales    Valladolid
54585    C/ Ramorta nº65    Bueu        Pontevedra

Para solucionar algunos problemas de dependencias funcionales, que no se podían resolver solo con la normalización en 3FN, se han propuesto tres formas normales adicionales. La normalización más allá de 3FN queda al juicio del diseñador de la base de datos. A partir de esa forma normal, la eliminación de dependencias funcionales pasa por la creación de tablas con multitud de información redundante, con un posible aumento de tamaño, por lo que se ha de optar entre una optimización del diseño y una optimización del tamaño. Llegándose a diversas soluciones de compromiso entre ambos parámetros. Salvo excepciones, con la 3FN o a lo sumo, la FNBC (que veremos a continuación) es más que suficiente, y llevar la normalización más allá será más perjudicial que beneficioso.

Solucion Tarea 1

 Aqui puede ver nuestra aplicacion desarrollada en C# (Visual Estudio), pinche aqui

Integrantes:
- Hector Perez Meza (*)
- Sebastian Diaz
- Alexis Navarrete
- Emmanuel Villalobos

Tarea 2

Tarea 2 

Integrantes:

       - Hector Perez Meza

- Sebastian Diaz

   - Alexis Navarrete

       - Emanuel Villalobos

Clase Martes 20/03/12 Introducción al Modelamiento

¿Por que modelar?
- Fácil de cambiar
- Validacion de las reglas de negocio
- Orientado a la participacion de los usuarios
- Documentacion
- Metodo de comunicacion para obtener los requisitos

Un ejemplo de porque modelar:

LA CONSTRUCCION DE UNA CASA

- El arquitecto desarrolla los planos
- Los futuros dueños de la casa aprueban el plano y contratan al constructor
- El constructor determina los tiempos, los suministros y la gente necesaria para construir la casa

Modelando tipos de datos

Los tipos de datos definidos por el usuario se pueden utilizar en un modelo de datos logicos o diseño relacional

Modelamiento Multidimensional

Un modelo de las actividades empresariales en terminos de hechos y dimensiones


Enfoques para modelar

- Top-Down modeling

- Bottom-up modeling 

- Targeted modeling