- son los dias, horas, años (el plazo) que duran las bases de datos sin ser modificadas cuando son modificadas acabaria su ciclo de vida.
- es lo que una base de datos tiene intacata...
- viene con la pag. anterior.
Ciclo de vida del sistema de aplicacion de base de datos
lunes, 26 de abril de 2010 | Publicado por valezita en 22:06 0 comentarios
Etiquetas: SEGUNDO PARCIAL
tercera forma de normalizacion
- La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave.
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 vía 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. - habla no le entendi muy bien pero habla de las dependencias que tiene "X" de "Y" que sin "X" no funcionaria "Y"
- http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos#Primera_Forma_Normal_.281FN.29
Publicado por valezita en 21:55 0 comentarios
Etiquetas: SEGUNDO PARCIAL
segunda forma de normalizacion
- 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 eliminados de X y la dependencia todavía se mantiene, esto es A Є X, (X – {A}) -> Y.
Por ejemplo {DNI, ID_PROYECTO} HORAS_TRABAJO (con el DNI de un empleado y el ID de un proyecto sabemos cuántas horas de trabajo por semana trabaja un empleado en dicho proyecto) es completamente dependiente dado que ni DNI HORAS_TRABAJO ni ID_PROYECTO HORAS_TRABAJO mantienen la dependencia. Sin embargo {DNI, ID_PROYECTO} NOMBRE_EMPLEADO es parcialmente dependiente dado que DNI NOMBRE_EMPLEADO mantiene la dependencia. - es como hacer un hipervinculo que si se encuentra el objeto que se vincula no pasa nada pero si desaparece altera todo.
- http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos#Primera_Forma_Normal_.281FN.29
Publicado por valezita en 21:49 0 comentarios
Etiquetas: SEGUNDO PARCIAL
primera forma de normalizacion
- Una tabla está en Primera Forma Normal 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 llave primaria no contiene atributos nulos.
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 - es como excel que si en la fila se encuentra ya escrito un nombre por default te sale el otro ya escrito sin embargo en acces, ni te preguntaria lo eliminaria
- http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos#Primera_Forma_Normal_.281FN.29
Publicado por valezita en 21:40 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Normalizacion de una base de datos
- 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. - es como en word nos sirve el corregidor de faltas de ortografia, checa lo que esta mal y lo corrige.
- http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos
martes, 20 de abril de 2010 | Publicado por valezita en 9:37 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Operadores primitivos, derivados y adicionales de consulta
- Los operadores derivados son aquellos que se pueden expresar siempre en función de operadores primitivos, pero su introducción tiene por fin la simplificación de las consultas. Existen 2 operadores primitivos el primero se refiere a :los datos que existen en los campos relacionados de dos tablas y el segundo es cuando los datos de la tabla Los operadores de consulta estándar son los métodos que forman el modelo de Language-Integrated Query (LINQ). La mayoría de estos métodos funciona en secuencias, donde una secuencia es un objeto cuyo tipo implementa la interfaz
- Mejora la convivencia del usuario con la base de datos mediante consultas las cuales con mas explicitas y entendibles, asi como mas llamativas a la vista.
- http://www.desarrolloweb.com/articulos/316.php
Publicado por valezita en 9:34 0 comentarios
Etiquetas: PRIMER PARCIAL
Arquitectura de 3 niveles
- El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstracción distintos:
En el nivel interno se describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso.
En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organización), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar el esquema.
En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas. - El objetivo de esta arquitectura es separar los programas de la aplicaciòn de base de datos, esta dividida en 3 niveles, puedes elegir la que mejor se relacione con tu trabajo, aunque todas no son tan dificiles de utilizar, es necesario tener los conocimientos indispensables para ejecutar el trabajo.
- http://www.monografias.com/trabajos37/arquitectura-de-sistemas/arquitectura-de-sistemas.shtml
Publicado por valezita en 9:32 0 comentarios
Etiquetas: PRIMER PARCIAL
Suscribirse a:
Entradas (Atom)