10/04/2010, 18:31
| ||||
| ||||
| Respuesta: Formulario a una BD 1) Un formulario no tiene Formas Normales. Las tablas de una base de datos las tienen. 2) No sirve de nada que te demos el parcial resuelto. Es algo que debes aprender tu, como todos nosotros aprendimos, aunque te pese, porque luego no podrás hacerlo cuando te toque trabajar en bases de datos, y eso te puede costar el puesto. 3) Lo único que necesitas para resolver tu ejercicio es entender las tres formas normales y seguirlas una por una. Hasta el artículo en Wikipedia (Normalización de Bases de Datos) te puede servir para comprender el ejercicio y hacerlo. ALEP! RTFW! Saludos y suerte.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |
|
11/04/2010, 09:58
| |||
| |||
| Respuesta: Formulario a una BD 1)Es una simple practica. 2)Esta claro que el formulario hay que pasarlo a un modelo de bases de datos sino no se puede establecer en ninguna forma normal. 3)Lo que busco es entender de la mejor manera la resolucion de este ejercicio que ya estoy resolviendo y comparar respuestas ya que no creo que nadie aprende algo en soledad. 4)Gracias por tu respuesta XD |
|
11/04/2010, 11:25
| ||||
| ||||
| Respuesta: Formulario a una BD La mejor manera de resolver este ejercicio es seguir las definiciones del modelo: 1FN: * Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son indivisibles, mínimos; esto implica que no puede haber un campo dirección que contenga, por ejemplo, calle + numero + departamento + piso + ciudad + provincia + país. Cada uno de esos atributos tiene un dominio distinto * La tabla contiene una clave primaria, y la clave primaria no contiene atributos nulos (no puede contener un valor opcional). * No posee ciclos repetitivos, o multivaluados. 2FN: * Está en 1FN. * Ningún atributo que no sea clave primaria o parte de la clave primaria puede depender de otro atributo o de una parte de la clave. Esto significa que si tienes un conjunto de datos, todos deben depender de la clave primaria. Si hay un atributo que depende de otro campo, este no es parte de la tabla, sino de otra tabla cuya PK es ese campo. 3FN: * Está en 2FN. * No existen dependencias transitivas. Todos los campos depende directamente de la PK y no hay dependencias del tipo A -> B -> C. * Si no existe ningún atributo que sea clave primaria de todos los campos al mismo tiempo, se debe agregar un identificador creado para esa funcion. No intentes normalizar todo al mismo tiempo. Empieza por la 1FN cuando hayas terminado, postea tu ejemplo y veremos cómo se resuelve el de 2FN.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |
|
13/04/2010, 20:31
| |||
| |||
| Respuesta: Formulario a una BD Hola... que hay de mal en estas dependencias que obtuve: Son las dependencias que obtuve entre atributos y luego deberia empezar a normalizar... ft1(cedula-> nombre, cod.casa->cedula, área-total, plano-catastrado, dirección, país, provincia, permiso-de-construccion, Map, precio-total, ubicacion-casa, id-operación, (coap1, coap2, coap3, coapn), Map->descripcion-casa, coap,cod-casa->tap, TAP->descripcion, id-operación-> saldo, ultimopago, próximo-pago, descuento, coap->(cod-mat1, cod-mat2, cod-mat3, cod-matn),area, cod-mat->descripcion-material, cod-mat,AMP->RAM, cod-mat,AMP->COF, cod-provedor->nombre, cod-proveedor,cod-mat->PRM, PRM,RAM,COF,COM,CAD->PAP, coap,cod-mat->AMP) |
| Etiquetas: |
Este tema le ha gustado a 1 personas 
