- desarrolló IDS (Integrated Data Store), de General Electric. Este trabajo fue dirigido por uno de los pioneros en los sistemas de bases de datos, Charles Bachmann. IDS era un nuevo tipo de sistema de bases de datos conocido como sistema de red, que produjo un gran efecto sobre los sistemas de información de aquella generación. El sistema de red se desarrolló, en parte, para satisfacer la necesidad de representar relaciones entre datos más complejas que las que se podían modelar con los sistemas jerárquicos, y, en parte, para imponer un estándar de bases de datos. Para ayudar a establecer dicho estándar, CODASYL (Conference on Data Systems Languages), formado por representantes del gobierno de EEUU y representantes del mundo empresarial, formaron un grupo denominado DBTG (Data Base Task Group), cuyo objetivo era definir unas especificaciones estándar que permitieran la creación de bases de datos y el manejo de los datos. El DBTG presentó su informe final en 1971 y aunque éste no fue formalmente aceptado por ANSI (American National Standards Institute), muchos sistemas se desarrollaron siguiendo la propuesta del DBTG.
- nos dice y nombra la generacion, "la fecha de nacimiento"
- http://www3.uji.es/~mmarques/f47/apun/node6.html
Generacion de un sistema de base de datos
lunes, 26 de abril de 2010 | Publicado por valezita en 22:30 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Diseño fisico de la base de datos
- El diseño físico se divide de cuatro fases, cada una de ellas compuesta por una serie de pasos:
Traducir el esquema lógico global para el SGBD específico.
Diseñar las relaciones base para el SGBD específico.
Diseñar las reglas de negocio para el SGBD específico.
Diseñar la representación física.
Analizar las transacciones.
Escoger las organizaciones de ficheros.
Escoger los índices secundarios.
Considerar la introducción de redundancias controladas.
Estimar la necesidad de espacio en disco.
Diseñar los mecanismos de seguridad.
Diseñar las vistas de los usuarios.
Diseñar las reglas de acceso.
Monitorizar y afinar el sistema. - nos enseña a utilizar estos pasos a seguir para crear un base de datos fisicamente
- http://www3.uji.es/~mmarques/f47/apun/node95.html
Publicado por valezita en 22:27 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Transformacion de un modelo de datos
- el diseño de una base de datos relacional puede seguir dos caminos. Por una parte, puede crearse tomando como punto de partida la observación del universo en estudio, dando lugar a un conjunto de esquemas de relaciones, que contengan los atributos y sus restricciones. Por otra parte, puede dividirse el diseño en dos fases, la primera de las cuales sería definir el modelo conceptual y su esquema, y la segunda transformar el esquema conceptual en un esquema relacional mediante una transformación realizada de acuerdo a unas reglas dadas.
- Nos enseña a crear una base de datos que se adapte a lo que necesitamos.
- http://tramullas.com/documatica/2-8.html
Publicado por valezita en 22:24 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Eleccion de un sistema gestor de base de datos
- Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar la información de las bases de datos; en definitiva, administrarlas. Existen distintos tipos de gestores de bases de datos: relacional, jerárquico, red,... El modelo relacional es el utilizado por casi todos los gestores de bases de datos para PC´s. El modelo relacional (SGBDR) es un software que almacena los datos en forma de tablas
Características Generales de los Sistemas Gestores de B.D.
Aunque hay multitud de aplicaciones para la Gestión de Bases de Datos diferentes en características y precios, podemos encontrar aspectos comunes en todos ellos:
• Aceptan definiciones de esquemas y vistas (definición de diferentes bases de datos).
• Manipulan los datos siguiendo las órdenes de los usuarios.
• Cuidan que se respete la seguridad e integridad de los datos.
• Permiten definir usuarios y las restricciones de acceso para cada uno de ellos.
• Controlan la concurrencia y las operaciones asociadas a la recuperación de los fallos. - son un software para poder administrar, hay varios tipos de gestores de base de datosss.
- http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2
Publicado por valezita en 22:19 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Diseño conceptual de base de datos
- Cuando se trabaja bajo el análisis conceptual de una situación, nos referimos a la abstracción de hechos reales de los cuales se emite un concepto o es posible hacer una idea de ello. Para poder realizar la abstracción de un tema en un área específica, a nivel informático, es necesario tener los requerimientos formulados por los usuarios con respecto a este. Estos requerimientos contienen el conjunto de hechos y reglas que dan pauta a la creación del esquema conceptual donde por medio de este se podrá realizar una descripción de alto nivel de la futura base de datos. Para manipular este esquema se utiliza un modelo conceptual que proporciona un lenguaje que permite utilizar un conjunto de símbolos (estándares) para la creación de este.
El diseño conceptual se hace independiente al sistema gestor de base de datos (DBMS) que utilice el usuario para la implementación de esta. - Para modelar Conceptualmente es posible utilizar varios Modelos de Datos Un modelo práctico para ilustrar el diseño hacerlo mas bonito, el diseño conceptual conceptual es el modelo entidad relación.
es un modelo entidad relacion practico para ilustrar el diseño conceptual. - http://www.unalmed.edu.co/~mstabare/diseno_conceptual.htm
Publicado por valezita en 22:15 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Recoleccion y analisis de datos
- La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos.
- como en una investigacion haces una analisis de las recolecciones. como un resumen en este caso seria, las encuestas, cuestionarios, para mejorar la invstigacion.
- http://www.monografias.com/trabajos12/recoldat/recoldat.shtml
Publicado por valezita en 22:11 0 comentarios
Etiquetas: SEGUNDO PARCIAL
Ciclo de vida del sistema de aplicacion de base de datos
- 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.
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