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.
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.
· 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.
