1.1.6
GESTORES DE BASE DE DATOS
· ¿QUE ES UN GESTOR DE
BASE DE DATOS?
Es una
colección de programas cuyo objetivo es servir de interfaz entre la base de
datos, el usuario y las aplicaciones. Se compone de un lenguaje de definición
de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.
Un SGBD permite definir los datos a distintos niveles de abstracción y
manipular dichos datos, garantizando la seguridad e integridad de los mismos.
Proveen facilidades para la manipulación de grandes
volúmenes de datos. Entre éstas:
o Simplifican la
programación de equipos de consistencia.
o 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.
o Organizan los datos con
un impacto mínimo en el código de los programas.
o 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.
· MENCIONA 6 EJEMPLOS
DE GESTORES LIBRES Y 6 NO LIBRES
Sistemas Libres
- MySQL
- Sydes
(linux)
- SQLIFE
- ProsgretSQL
- Filebird
- ApacheDerby
- DBD2
express-C DB2
Sistemas No Libres
1.
Microsoft Access
2. Microsoft SQL Server
3. Open Access
4.
Oracle
5.
Paradox
6.
Adbantase
7.
Dbase
1.2.1
MODELOS DE BASE DE DATOS
· ¿QUE ES UN MODELO DE
BASE DE DATOS?
Es la
fundación teórica de una base de datos y fundamentalmente determina de qué
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. Los esquemas generalmente son almacenados
en un diccionario de datos.
· ¿POR QUE UN MODELO
DE BASE DE DATOS NO ES ALGO FISICO?
Los modelos de datos no son cosas físicas: son
abstracciones que permiten la implementación de un sistema eficiente de base de
datos; por lo general se refieren a algoritmos, y conceptos matemáticos.
1.2.4 MODELO,
ENTIDAD Y RELACION
· ¿QUE ES EL MODELO
ENTIDAD-RELACION?
También
denominado por sus siglas en inglés, E-R "Entityrelationship",
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
está basado en una percepción del mundo real que consta de una colección de
objetos básicos, llamados entidades, y de relaciones entre esos objetos.
Entidad: Representa una “cosa” u
"objeto" del mundo real con existencia independiente, es decir, se
diferencia unívocamente de otro objeto o cosa, incluso siendo del mismo tipo, o
una misma entidad.
Atributos: Son las características que
definen a una entidad. Pueden ser muchas, y el diseñador solo utiliza o
implementa las que considere más relevantes. Son las propiedades que describen
a cada entidad en un conjunto de entidades.
Relación: Describe cierta dependencia
entre entidades o permite la asociación de las mismas.
· DE LA IMAGEN
ANTERIOR. ¿QUE PALABRAS PERTENECEN A ENTIDADES Y CUALES A RELACIONES?
Entidades:
*hombre
*mujer
*empresa
*trabajador
*alumno
*asignatura
Relaciones:
*matrimonio
*trabajar
en
*matricula
· ¿QUE NOMBRE RECIBEN
Y CUAL ES SU DEFINICION DE LOS SIMBOLOS NUMERADOS?
Dado un conjunto de relaciones en el que participan
dos o más conjuntos de entidades, la correspondencia de cardinalidad indica el
número de entidades con las que puede estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los
conjuntos de entidades A y B, la correspondencia de cardinalidades puede ser:
Uno a Uno: Una entidad de A se
relaciona únicamente con una entidad en B y viceversa (ejemplo relación
vehículo - matrícula: cada vehículo tiene una única matrícula, y cada matrícula
está asociada a un único vehículo). Uno a varios: Una entidad en A se
relaciona con cero o muchas entidades en B. Pero una entidad en B se relaciona
con una única entidad en A (ejemplo vendedor - ventas). Varios a Uno: Una entidad en A se
relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede
relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de trabajo). Varios a Varios: Una entidad en A se
puede relacionar con 0 o muchas entidades en B y viceversa (ejemplo
asociaciones- ciudadanos, donde muchos ciudadanos pueden pertenecer a una misma
asociación, y cada ciudadano puede pertenecer a muchas asociaciones distintas).
1.2.5 MODELO
RELACIONAL
· ¿QUE ES 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».
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).
·
CON UN EJEMPLO
IDENTIFICA LOS REGISTROS, LOS CAMPOS Y
LA TABLA.
· MEDIANTE UN EJEMPLO
IDENTIFICA LOS TUPLAS, LAS COLUMNAS Y LA RELACION.
1.1.3 MODELO
ANSI SPARC
· ¿QUE ES EL MODELO
ANSI SPARC?
La arquitectura ANSI-SPARC, donde ANSI-SPARC siglas de American NationalStandardsInstitute,
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.
El objetivo de la arquitectura de tres niveles es separar vista de los usuarios
(s) de la base de datos de la manera que se representa físicamente.
· ¿CUALES SON LOS 3
NIVELES?
Nivel Externo (Vistas
Usuario):La
arquitectura de nivel tres tiene el objetivo de permitir a los usuarios acceder
a los mismos datos pero con una visión personalizada de la misma.
Vista de un usuario de la base de datos describe una parte de la base de
datos que es relevante para un usuario en particular. Se excluyen los datos
irrelevantes así como los datos que el usuario no está autorizado a acceder.
Los esquemas externos describir las diferentes
vistas exteriores de los datos y puede haber muchos esquemas externos para una
base de datos dada.
Nivel interno: El nivel interno implica cómo la base de datos se
representa físicamente en el sistema informático. Se describe cómo los datos se
almacenan realmente en la base de datos y en el hardware del ordenador.
El distanciamiento del nivel interno desde el nivel externo significa que
los usuarios no necesitan saber cómo los datos se almacenan físicamente en la
base de datos. Esta separación también permite que el nivel de administrador de
base de datos (DBA) para cambiar las estructuras de almacenamiento de base de
datos sin afectar a las opiniones de los usuarios.
Nivel conceptual: El nivel conceptual es una forma de describir lo
que los datos se almacenan dentro de la base de datos completa y la forma en
que los datos están relacionados entre sí. El nivel conceptual no especifica
cómo los datos se almacenan físicamente.
Algunos datos importantes acerca de este nivel son:
DBA trabaja a este nivel.
Describe la estructura de todos
los usuarios.
Sólo DBA puede definir este nivel.
Visión global de la base de datos.
Independiente de hardware y
software.
En el esquema conceptual se describen todos los elementos de datos y las
relaciones entre ellos, así como las restricciones de integridad (más tarde).
Sólo hay un esquema conceptual por base de datos.
No hay comentarios:
Publicar un comentario