DISEÑO CONCEPTUAL DE LA BASE DE DATOS

• El diseño de una base de datos es un proceso complejo que abarca decisiones a muy distintos niveles. La complejidad se controla mejor si se descompone el problema en subproblemas y se resuelve cada uno de estos subproblemas independientemente, utilizando técnicas específicas. Así, el diseño de una base de datos se descompone en diseño conceptual, diseño lógico y diseño físico.
  El diseño conceptual parte de las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la base de datos. Un esquema conceptual es una descripción de alto nivel de la estructura de la base de datos, independientemente del SGBD que se vaya a utilizar para manipularla. Un modelo conceptual es un lenguaje que se utiliza para describir esquemas conceptuales. El objetivo del diseño conceptual es describir el contenido de información de la base de datos y no las estructuras de almacenamiento que se necesitarán para manejar esta información.
  El diseño lógico parte del esquema conceptual y da como resultado un esquema lógico. Un esquema lógico es una descripción de la estructura de la base de datos en términos de las estructuras de datos que puede procesar un tipo de SGBD. Un modelo lógico es un lenguaje usado para especificar esquemas lógicos (modelo relacional, modelo de red, etc.). El diseño lógico depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto.
  El diseño físico parte del esquema lógico y da como resultado un esquema físico. Un esquema físico es una descripción de la implementación de una base de datos en memoria secundaria: las estructuras de almacenamiento y los métodos utilizados para tener un acceso eficiente a los datos. Por ello, el diseño físico depende del SGBD concreto y el esquema físico se expresa mediante su lenguaje de definición de datos.
• Que el diseño de una base de datos es muy complejo por que nesecita distintas desiciones de diferente complejidad.
• http://www3.uji.es/~mmarques/f47/apun/node81.html

RECOLECCION Y ANALISIS DE INFORMACION

• TÉCNICAS PARA HALLAR DATOS
  Los analistas utilizan una variedad de métodos a fin de recopilar los datos sobre una situación existente, como entrevistas, cuestionarios, inspección de registros (revisión en el sitio) y observación. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo de cada una y ayudar a asegurar una investigación completa.
• Las tecnicas utilizadas para recopilar datos son variadas y se utilizan para una realizacion mas efectiva de un trabajo
• http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

CICLO DE VIDA DEL SISTEMA DE APLICACION DE BASE DE DATOS

• La base de datos es un componente fundamental de un sistema de información. El ciclo de vida de un sistema de información está ligado al ciclo de vida del sistema de base de datos sobre el que se apoya. Al ciclo de vida de los sistemas de información también se le denomina ciclo de vida de desarrollo del software. Las etapas típicas del ciclo de vida de desarrollo del software son: planificación, recolección y análisis de los requisitos, diseño (incluyendo el diseño de la base de datos), creación de prototipos, implementación, prueba, conversión y mantenimiento. Este ciclo de vida hace énfasis en la identificación de las funciones que realiza la empresa y en el desarrollo de las aplicaciones que lleven a cabo estas funciones. Se dice que el ciclo de vida de desarrollo del software sigue un enfoque orientado a funciones, ya que los sistemas se ven desde el punto de vista de las funciones que llevan a cabo. Por esta razón, el análisis estructurado hace énfasis en los diagramas de flujo de datos, siguiendo el movimiento de los datos a través de una secuencia de transformaciones, y refinando éstas a través de una serie de niveles. Lo mismo ocurre en el diseño estructurado, que ve a un sistema como una función que se descompone sucesivamente en niveles o subfunciones.
• Que el sistema de base de datos esta ligado al tiempo de duracion del sistema de base de datos del que se apoya.
• http://www3.uji.es/~mmarques/f47/apun/node66.html

TERCERA FUENTE NORMAL

• 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 en la tercera forma normal si cada atributo que no depende de alguna clave y depende directamente de la clave primaria.
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Tercera_Forma_Normal_.283FN.29

SEGUNDA FORMA NORMAL

• 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.
• Pues que la segunda forma normal se basa en un concepto de dependencia funcional.
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Segunda_Forma_Normal_.282FN.29

PRIMERA FORMA NORMAL

• Artículo principal: Primera forma normal
  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.
• Que la primera forma normal es asi cuando los atributos que tienen son atomicos y que no tenga atributos nulos.
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Primera_Forma_Normal_.281FN.29

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.
• Pues que el proceso de la normalizacion se realiza con la ayuda de reglas que se obtienen de algunos modelos.
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

RELACIONES ENTRE TABLAS

• La relación entre dos tablas es única y se establece a través de un campo común a ambas. No es necesario que el campo tenga el mismo nombre pero si es aconsejable acostumbrarse a nombrar los campos comunes del mismo modo, para evitar posibles equivocaciones a la hora de crear las relaciones.
  Cuando se establece una relación entre tablas, una de ellas actuará como tabla principal y la otra como tabla relacionada. Es obligatorio que en la tabla principal el campo común esté declarado como clave principal.
  Si entre dos tablas existe una relación y se crea otra, ésta sustituirá a la anterior, ya que no puede existir más de una relación entre dos tablas. Sin embargo, una tabla sí puede tener relaciones con más de una tabla, siempre y cuando sea con tablas distintas.
  Access permite establecer tres tipos diferentes de relaciones entre dos tablas, cada uno de los cuales tiene unas características que condicionarán el comportamiento final de la base de datos. Por ello, debe seleccionarse correctamente el tipo de relación entre las tablas para obtener el resultado esperado.
  Los tres tipos de relaciones que existen son:
  Relación uno a uno: relaciona un único registro de la tabla principal con uno sólo de la tabla relacionada. Este tipo de relación produce el mismo resultado que si se unieran los campos de ambas tablas en un sola.
  Relación uno a varios: un único registro de la tabla principal se puede relacionar con varios de la tabla relacionada. Este tipo de relación es la que utilizaremos la mayoría de las veces.
  Relación varios a varios: un registro de la tabla principal se relaciona con varios de la tabla relacionada y, además, un registro de la tabla relacionada se relaciona con varios de la tabla principal. Este tipo de relaciones se puede transformar en dos relaciones de tipo uno a varios, creando una tabla de unión.
• Pues las relaciones son unicas y que para no tener una confusion es recomendable que las tabla que se van a relacionar se nombre de una manera igual.
• http://www.adrformacion.com/curso/aplicacionesaccesxp/leccion2/RelacionesTablas.htm

DEFINICION POR CLAVES

• Clave primaria: Primary key Es una columna o un conjunto de columnas que identifican unívocamente a cada fila. Debe ser única, no nula y obligatoria. Como máximo, podemos definir una clave primaria por tabla. Esta clave se puede referenciar por una columna o columnas. Cuando se crea una clave primaria, automáticamente se crea un índice que facilita el acceso a la tabla.
  Claves ajenas: Foreign Key: Esta formada por una o varias columnas que están asociadas a una clave primaria de otra o de la misma tabla. Se pueden definir tantas claves ajenas como se precise, y pueden estar o no en la misma tabla que la clave primaria. El valor de la columna o columnas que son claves ajenas debe ser: NULL o igual a un valor de la clave referenciada (regla de integridad referencial).
• Pues son claves utilisadas pa realizar el trabajo de identificar columnas, filas, etc. y solo se puede usar una clave primaria por tabla y de las ajenas se pueden utilizar las que se requieran.
• http://www.desarrolloweb.com/articulos/1925.php

OPERACIONES PRINCIPALES

• Las operaciones que vamos a ver están basadas en el algebra relacional. Los operandos de de cada operación lo constituyen una o varias tablas y el resultado es una nueva tabla. Dentro de las operaciones básicas tenemos las operaciones unarias (se utiliza una sola tabla) y las operaciones binarias (se utilizan dos tablas). Operaciones unarias Selección: Mediante esta operación se obtiene un conjunto de filas con todas las columnas de la tabla. Se seleccionan determinadas filas incluyendo una condición. Se utilizan los operadores booleanos "and" (Y)," or" (O), "not" (NO).
  Operaciones unarias Selección:
  Mediante esta operación se obtiene un conjunto de filas con todas las columnas de la tabla. Se seleccionan determinadas filas incluyendo una condición. Se utilizan los operadores booleanos "and" (Y)," or" (O), "not" (NO).
  Operaciones binarias Unión:
  Esta operación solo se puede hacer si las tablas tienes las mismas columnas, es decir, por ejemplo si tuviéramos una tabla llamada empleados2 con las mismas columnas tan solo tendríamos que añadir las filas de ambas tablas en una única tabla. Su representación sería la siguiente: Tabla1 u Tabla2 Diferencia: de la misma forma que la unión la diferencia tan solo se puede realizar si las dos tablas tienen las mismas columnas. Su representación sería la siguiente: Tabla1 - Tabla2 .
• Que las operaciones que se utilizan se basan en el algebra y se divdn en dos que son unarias y binarias, las unarias son las que seleccionan, y las binarias son las de union.
• http://www.desarrolloweb.com/articulos/operaciones-basicas-sobre-tablas.html

AGREGAR OBJETOS ALFORMULARIO

• Agregar objetos a formularios
  
  Para diseñar la funcionalidad que desea en un formulario, agregue los controles apropiados, establezca las propiedades del formulario y de los controles, y escriba el código de evento. Puede agregar los siguientes tipos de objetos a un formulario:

  • 
    

Controles

Contenedores

Clases definidas por el usuario
Objetos OLE

Descripción de los objetos contenedores y de control

Los objetos de Visual FoxPro pueden corresponder a dos categorías, según la naturaleza de la clase en la que se basen:
Los contenedores pueden tener otros contenedores o controles. Pueden actuar como el objeto primario de otros objetos. Por ejemplo, un formulario, como contenedor, es un objeto primario para una casilla de verificación de ese formulario.
Los controles puede estar contenidos en contenedores, pero no pueden ser objetos primarios de otros objetos. Por ejemplo, una casilla de verificación no puede contener ningún otro objeto.

• Pues el agregar objetos alformulario sirve para realizar tu trabajo y poder agregarle caracteristicaspersonales.

• http://msdn.microsoft.com/es-es/library/cc466243(VS.71).aspx