GESTOR DE BASE DE DATOS PREGUNTAS

1.-Los sistemas de gestión de bases de datos (en inglés database management system, abreviado DBMS) son un tipo de software dedicados a servir de interfaz entre una base de datos, el usuario y las aplicaciones que la utilizan, El propósito general de los sistemas de gestión de bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirán en información relevante para una organización.

2.- Ventajas

Proveen facilidades para la manipulación de grandes volúmenes de datos (ver objetivos). Entre éstas:

Simplifican la programación de equipos de consistencia.

Manejando las políticas de respaldo adecuadas, garantizan que los cambios de la base serán siempre consistentes sin importar si hay errores correctamente, etc.

Organizan los datos con un impacto mínimo en el código de los programas.

Disminuyen drásticamente los tiempos de desarrollo y aumentan la calidad del sistema desarrollado si son bien explotados por los desarrolladores.

Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperación de los datos.

3.- Ejemplos de gestores de base de datos libres

·  Firebird

·  BDB

·  MySQL

·  PostgreSQL

·  Sqlite

 Ejemplos de gestores de base de datos propietarios

·  dBase

·  FileMaker

·  Fox Pro

·  IBM DB2

1.2.1.-modelos de base de datos

1.-Un modelo de base de datos es la fundación teórica de una base de datos y fundamentalmente determina de que manera los datos van a ser guardados, organizados y manipulados en un sistema de base de datos. De esta forma, define la infraestructura ofrecida por un sistema de base de datos particular. El ejemplo más popular de un modelo de base de datos, es el modelo relacional.                                  2.-Los esquemas generalmente son almacenados en un diccionario de datos. Aunque un esquema se defina en un lenguaje de base de datos de texto, el término a menudo es usado para referirse a una representación gráfica de la estructura de la base de datos.

1.2.3.-modelo entidad relación

1.- Un diagrama o modelo entidad-relación (a veces denominado por sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación") es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades. El Modelo Entidad-Relación.

·  Se elabora el diagrama (o diagramas) entidad-relación.

·  Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.

El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos.
  2.-las entidades serian (hombre, mujer), (empresa, trabajador), (alumno, asignatura) y la relación son matrimonió, trabajar en, matricula.

3.-Atributos

Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.

Por motivos de legibilidad, los atributos suelen no aparecer representados en el diagrama entidad-relación, sino descritos textualmente en otros documentos adjuntos.

Las relaciones también pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de emisión de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisión" de la factura debería colocarse en la relación "se emite".

1.2.4.-modelo relacional

1.- El modelo relacional para la gestión de una base de datos es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.

Su idea fundamental es el uso de «relaciones». Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados «tuplas». Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar, esto es, pensando en cada relación como si fuese una tabla que está compuesta por registros (cada fila de la tabla sería un registro o tupla), y columnas (también llamadas campos).

1.3.1.-modelo ANSI SPARC

1.- La arquitectura ANSI-SPARC, donde ANSI-SPARC siglas de American National Standards Institute, Planificación Normas y Requisitos Comité, es un estándar de diseño abstracto para un sistema de gestión de base de datos (DBMS), propuesto por primera vez en 1975. [1]

Más moderna comercial DBMS se basan en este sistema. El modelo ANSI-SPARC sin embargo, nunca se convirtió en un estándar formal.

2.- La arquitectura interna de SGBD que sigue esta normativa presenta en su interior tres niveles perfectamente diferenciados:

·  Nivel Interno o Físico

·  Nivel Conceptual

·  Nivel Externo o Lógico

 El Nivel Físico se encarga de engranar con el software más interno de cada máquina (Sistema Operativo y Sistema de Gestión de ficheros). El Esquema Interno especifica qué y cómo son almacenados los datos. Describe la estructura de la B.D. en forma de Modelo Conceptual de almacenamiento.

 El Nivel Conceptual materializa el lugar donde definir el resultado del diseño de la B.D.. El Esquema Conceptual debe captar y almacenar el “universo del discurso” que describe a la organización o empresa y que es necesaria para su funcionamiento (capacidad semántica) sirve de punto de control para futuros desarrollos de la B.D., aísla la representación de la información de los requerimientos de la máquina y de las exigencias de cada usuario en particular e independiza la definición de la información de los SGPD en concreto.

El Nivel Lógico o externo de descripción, contiene las vistas externas de la B.D. que están asociadas cada una a un Esquema Externo y permite ver a cada tipo de usuario de la B.D. sólo aquella parte del esquema que es de su interés.De una B.D. se pueden derivar tantas vistas como haga falta. El propósito principal de esta arquitectura a 3 niveles es conseguir que el Esquema Conceptual sea una descripción estable de la organización e independiente de las “vistas” y de la forma de almacenamiento de los datos. De este modo se conseguiría separar los programas de aplicación de la base de datos física.