TERCER FORMA FORMAL

TERCER FORMA FORMAL

• La tabla se encuentra en 3FN si es 2FN y cada atributo que no forma parte de ninguna clave, depende directamente y no transitivamente, de la clave primaria.
  Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.
  Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva via DNUMBER porque las dependencias SSN->DNUMBER y DNUMBER->DMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT.

• Esta forma se refiere a que todas las columnas deben ser dependientes de la tabla primaria.

• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

SEGUNDA FORMA FORMAL

SEGUNDA FORMA FORMAL

• Dependencia Funcional. Una relación está en 2FN si está en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales.
  En otras palabras podríamos decir que la segunda forma normal está basada en el concepto de dependencia completamente funcional. Una dependencia funcional es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que A Є X, (X – {A}) -x-> Y. Una dependencia funcional es una dependencia parcial si hay algunos atributos que pueden ser removidos de X y la dependencia todavía se mantiene, esto es A Є X, (X – {A}) -> Y .
  Por ejemplo {SSN, PNUMBER} HOURS es completamente dependiente dado que ni SSN HOURS ni PNUMBER HOURS mantienen la dependencia. Sin embargo {SSN, PNUMBER} ENAME es parcialmente dependiente dado que SSN ENAME mantiene la dependencia

• Esta forma formal se refiere a que las dependencias se deben eliminar y separar en sus propias tablas.

• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

PRIMERA FORMA FORMAL

PRIMERA FORMA FORMAL

• Una tabla está en Primera Forma Normal sólo si:
  Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son indivisibles, mínimos.
  La tabla contiene una clave primaria.
  La tabla no contiene atributos nulos.
  Si no posee ciclos repetitivos.
  Una columna no puede tener múltiples valores. Los datos son atómicos. (Si a cada valor de X le pertenece un valor de Y, entonces a cada valor de Y le pertenece un valor de X)
  Esta forma normal elimina los valores repetidos dentro de una BD

• Esta forma se refiere a que las columnas repetidas deben eliminarse y colocarse en tablas separadas.

• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

NORMALIZACION

NORMALIZACION

• El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.
  Las bases de datos relacionales se normalizan para:
  Evitar la redundancia de los datos.
  Evitar problemas de actualización de los datos en las tablas.
  Proteger la integridad de los datos.
  En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones:
  Cada columna debe tener su nombre único.
  No puede haber dos filas iguales. No se permiten los duplicados.
  Todos los datos en una columna deben ser del mismo tipo.
  Relación = tabla o archivo
  Tupla = registro, fila o renglón
  Atributo = columna o campo
  Clave = llave o código de identificación
  Clave Candidata = superclave mínima
  Clave Primaria = clave candidata elegida
  Clave Ajena = clave externa o clave foránea
  Clave Alternativa = clave secundaria
  Dependencia Multivaluada = dependencia multivalor
  RDBMS = Del inglés Relational Data Base Manager System que significa, Sistema Gestor de Bases de Datos Relacionales.
  1FN = Significa, Primera Forma Normal o 1NF del inglés First Normal Form.

• Para la normalizacion en las bases de datos se utilizan las formas formales, las reglas de codd. La normalizacion es el proceso mediante el cual se transforman datos complejos a una estructura mas pequeña.

• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

CREACION DE UN INFORME UTILIZANDO TABLAS

CREACION DE UN INFORME UTILIZANDO TABLAS

• 1. Active la ficha Informes en la ventana Base de datos.
• 2. Pulse en el botón Nuevo para acceder al cuadro de diálogo Nuevo Informe
• 3. Elija Vista Diseño en el cuadro de diálogo nuevo informe.
• 4. Lleve a cabo una de las siguientes acciones, dependiendo del tipo de informe que se dispone a crear.·Elija el nombre de la tabla o consulta que contiene los datos en los que desea basar el informe· Si desea crear un informe que utilice datos de más de una tabla, base su informe en una consulta.· Si desea confeccionar un informe independiente, no seleccione nada de esta lista.
• 5. Pulse en Aceptar.

• La creacion d eun informe mediante esta manera es mucho mas complicada que con el asistente.

• http://www.wikilearning.com/curso_gratis/tablas_en_access-informes/3766-5

CREACION DE UN INFORME UTILIZANDO EL ASITENTE

CREACION DE UN INFORME UTILIZANDO EL ASISTENTE

• Disponemos aún de otro modo semi-automático de generar un informe. El Asistente para in-formes generará informes automáticos como el Autoinforme, pero en este caso tendremos la posi-bilidad de decidir algunos detalles generales, como por ejemplo no incluir aquellos campos que no sean necesarios.
  En los informes que mostramos, habremos visto que el campo Provincia toma demasiado lugar; esto se debe a que el mismo está definido como un Control de lista.
  Podemos modificar esta situación si agregamos una tabla de Provincias y efectuamos una combinación con el campo CodProvin (que podemos renombrar como Provincia) de la tabla Clientes.
  Así tendremos la descripción de la provincia del mismo modo que los datos del vendedor. A esta altura de nuestro aprendizaje no tendremos inconvenientes en hacer lo siguiente:
  Crearemos la tabla de Provincias con un campo clave principal CodProvin y otro de des-cripción Provincia.
  Ingresaremos en la misma los datos (clave y nombre) de cada una de las provincias.
  Abriremos la consulta ConsClientes en modo Diseño y le agregaremos la tabla Provincias recién creada. Aparecerá automáticamente la línea que indica la combinación del campo CodPro-vin de Clientes con el campo clave principal de la tabla de provincias que tiene el mismo nombre.
  Hecho esto, llevemos el campo Provincia de la tabla de Provincias a la cuadrícula de la consulta, a la derecha del código CodProvin.
  Ejecutemos la consulta para verificar que todo funcione correctamente y recién entonces ini-ciemos el asistente para crear el informe.
  
• 1. Estando en el panel de consultas (del cuadro Base de datos) y teniendo resaltada la consulta ConsClientes, pulsemos el icono Informes y en la ven-tana de selección de la figura 7.2 pulsemos sobre Asistente para informes.
  
• 2. Pulsemos Aceptar para presentar la primera ventana del asistente Allí debemos seleccionar qué campos de la tabla o consulta de origen deseamos listar. El panel de la derecha se encuentra inicialmente vacío; moveremos uno a uno los campos que nece-sitamos.
  
• 3. Seleccionándolos en la lista y pulsando luego el botón Mover, iremos colocando uno a uno los campos: CODCLI, NOMBRE, LOCALIDAD, PROVINCIA y MONTOFACTURADO.
  Ya está definida la parte básica del informe; notemos que se habilitó ahora el botón Finali-zar. Tenemos entonces la alternativa de pulsar este botón y generar un informe básico, o bien pulsar Siguiente para agregar más condiciones, parámetros, etc., y así definir informes más espe-cíficos o más complejos, cosa que dejaremos para el Capítulo 12.
  
• 4. Pulsemos entonces Finalizar para obtener nuestro primer informe con asistente. En la venta-na de vista previa aparecerá una imagen similar a la que muestra la figura

• Un informe es otra modalidad de presentación de los datos, que puede enviarse a la pantalla o imprimirse. Conviene tener presente que en el primer caso se trata solamente de una visualiza-ción, pues no podremos modificar los datos que nos muestra la pantalla

• http://www.mailxmail.com/curso-microsoft-access-2000/como-crear-informe-asistente

PARTES DE UN INFORME

PARTES DE UN INFORME

• Un informe access no es mas que una tabla o consulta mostrada en una forma "elegante y dinámica", los informes son uno de los módulos de access mas importantes, ya que permiten automatizar en gran medida el desarrollo de documentos a partir de bases de datos. Gracias a las herramientas de agrupación y ordenación de datos, y combinado con el código vba que podemos asociar al informe, los resultados pueden ser espectaculares. se compone de 2 pies de pagina, 2 encabezados y 1 detalle.

• el informe nos ayuda a almecenar y guardar informacion importante.

• http://www.programarvba.com/informes-access.htm