1. Instituto Distrital Evardo Turizo Palencia
Integrante:
Leidy Osorio
Tema:
Base de dato
B/quilla –atlántico
23-07-12

2. Base de datos:
Preguntas….
1. ¿Q es base de datos?
2. ¿Modelo de bases de datos?
3. ¿Q es DBMS?
4. ¿Componente de una base de datos?
5. ¿Niveles de abstracción en base de datos?
6. ¿Recuperación de datos?
7. ¿Seguridad de los datos?
8. ¿Diseño de base de datos?
Solución
1: es un conjunto de datos pertenecientes a un mismo contexto y almacenados
sistemáticamente para su posterior uso. En este sentido, una biblioteca puede
considerarse una base de datos compuesta en su mayoría por documentos y
textos impresos en papel e indexados para su consulta. Actualmente, y debido al
desarrollo tecnológico de campos como la informática y la electrónica, la mayoría
de las bases de datos están en formato digital (electrónico), que ofrece un amplio
rango de soluciones al problema de almacenar datos.
Existen programas denominados sistemas gestores de bases de datos, abreviado
SGBD, que permiten almacenar y posteriormente acceder a los datos de forma
rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y
administración, se estudian dentro del ámbito de la informática.
2: Además de la clasificación por la función de las bases de datos, éstas también
se pueden clasificar de acuerdo a su modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido
como contenedor de datos (algo en donde se guarda la información), así como de
los métodos para almacenar y recuperar información de esos contenedores. 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.

3. Algunos modelos con frecuencia utilizados en las bases de datos:
Bases de datos jerárquicas
En este modelo los datos se organizan en una forma similar a un árbol (visto al
revés), en donde un nodo padre de información puede tener varios hijos. El nodo
que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los
conoce como hojas.
Las bases de datos jerárquicas son especialmente útiles en el caso de
aplicaciones que manejan un gran volumen de información y datos muy
compartidos permitiendo crear estructuras estables y de gran rendimiento.
Base de datos de red
Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental
es la modificación del concepto de nodo: se permite que un mismo nodo tenga
varios padres (posibilidad no permitida en el modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una
solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad
que significa administrar la información en una base de datos de red ha significado
que sea un modelo utilizado en su mayoría por programadores más que por
usuarios finales.
Bases de datos transaccionales
Son bases de datos cuyo único fin es el envío y recepción de datos a grandes
velocidades, estas bases son muy poco comunes y están dirigidas por lo general
al entorno de análisis de calidad, datos de producción e industrial, es importante
entender que su fin único es recolectar y recuperar los datos a la mayor velocidad
posible, por lo tanto la redundancia y duplicación de información no es un
problema como con las demás bases de datos, por lo general para poderlas
aprovechar al máximo permiten algún tipo de conectividad a bases de datos
relacionales.
Un ejemplo habitual de transacción es el traspaso de una cantidad de dinero entre
cuentas bancarias. Normalmente se realiza mediante dos operaciones distintas,
una en la que se decrementa el saldo de la cuenta origen y otra en la que
incrementamos el saldo de la cuenta destino. Para garantizar la atomicidad del
sistema (es decir, para que no aparezca o desaparezca dinero), las dos
operaciones deben ser atómicas, es decir, el sistema debe garantizar que, bajo
cualquier circunstancia (incluso una caída del sistema), el resultado final es que, o
bien se han realizado las dos operaciones, o bien no se ha realizado ninguna.
Bases de datos relacionales
Éste es el modelo utilizado en la actualidad para modelar problemas reales y
administrar datos dinámicamente. Tras ser postulados sus fundamentos
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

4. 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 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 (las filas de una tabla), que representarían las tuplas, y campos (las
columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen
relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto
tiene la considerable ventaja de que es más fácil de entender y de utilizar para un
usuario esporádico de la base de datos. La información puede ser recuperada o
almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para
administrar la información.
El lenguaje más habitual para construir las consultas a bases de datos
relacionales es SQL, Structured Query Language o Lenguaje Estructurado de
Consultas, un estándar implementado por los principales motores o sistemas de
gestión de bases de datos relacionales.
Durante su diseño, una base de datos relacional pasa por un proceso al que se le
conoce como normalización de una base de datos.
Durante los años 80 la aparición de débase produjo una revolución en los
lenguajes de programación y sistemas de administración de datos. Aunque nunca
debe olvidarse que débase no utilizaba SQL como lenguaje base para su gestión.
Bases de datos multidimensionales
Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como
creación de Cubos OLAP. Básicamente no se diferencian demasiado de las
bases de datos relacionales (una tabla en una base de datos relacional podría
serlo también en una base de datos multidimensional), la diferencia está más bien
a nivel conceptual; en las bases de datos multidimensionales los campos o
atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de
la tabla, o bien representan métricas que se desean estudiar.
Bases de datos orientadas a objetos
Este modelo, bastante reciente, y propio de los modelos informáticos orientados a
objetos, trata de almacenar en la base de datos los objetos completos (estado y
comportamiento).
Una base de datos orientada a objetos es una base de datos que incorpora todos
los conceptos importantes del paradigma de objetos:
 Encapsulación - Propiedad que permite ocultar la información al resto de los
objetos, impidiendo así accesos incorrectos o conflictos.
 Herencia - Propiedad a través de la cual los objetos heredan comportamiento
dentro de una jerarquía de clases.

5.  Polimorfismo - Propiedad de una operación mediante la cual puede ser
aplicada a distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones
sobre los datos como parte de la definición de la base de datos. Una operación
(llamada función) se especifica en dos partes. La interfaz (o signatura) de una
operación incluye el nombre de la operación y los tipos de datos de sus
argumentos (o parámetros). La implementación (o método) de la operación se
especifica separadamente y puede modificarse sin afectar la interfaz. Los
programas de aplicación de los usuarios pueden operar sobre los datos invocando
a dichas operaciones a través de sus nombres y argumentos, sea cual sea la
forma en la que se han implementado. Esto podría denominarse independencia
entre programas y operaciones.
SQL:2003, es el estándar de SQL92 ampliado, soporta los conceptos orientados a
objetos y mantiene la compatibilidad con SQL92.
Bases de datos documentales
Permiten la indexación a texto completo, y en líneas generales realizar búsquedas
más potentes. Tesauros es un sistema de índices optimizado para este tipo de
bases de datos.
Bases de datos deductivas
Un sistema de base de datos deductiva, es un sistema de base de datos pero con
la diferencia de que permite hacer deducciones a través de inferencias. Se basa
principalmente en reglas y hechos que son almacenados en la base de datos. Las
bases de datos deductivas son también llamadas bases de datos lógicas, a raíz de
que se basa en lógica matemática. Este tipo de base de datos surge debido a las
limitaciones de la Base de Datos Relacional de responder a consultas recursivas y
de deducir relaciones indirectas de los datos almacenados en la base de datos.
3: Bases de datos jerárquicos: los datos se organizan en grupos unidos entre ellos
por relaciones de "posesión", en las que un conjunto de datos puede tener
otros conjuntos de datos, pero un conjunto puede pertenecer sólo a otro conjunto.
La estructura resultante es un árbol de conjuntos de datos.
Bases de datos reticulares: el modelo reticular es muy parecido al jerárquico, y de
hecho nace como una extensión de este último. También en este modelo
conjuntos de datos están unidos por relaciones de posesión, pero cada conjunto
de datos puede pertenecer a uno o más conjuntos.
Bases de datos relacionales: las bases de datos que pertenecen a esta categoría
se basan en el modelo relaciones, cuya estructura principal es la relación, es decir
una tabla bidimensional compuesta por líneas y columnas. Cada línea, que en
terminología relacional se llama tupla, representa una entidad que nosotros
queremos memorizar en la base de datos. las características de cada entidad
están definidas por las columnas de las relaciones, que se llaman atributos.
Entidades con características comunes, es decir descritas por el mismo conjunto

6. de atributos, formarán parte de la misma relación.
Base de datos por objetos (object-oriented): el esquema de una base de datos por
objetos está representado por un conjunto de clases que definen las
características y el comportamiento de los objetos que poblarán la base de datos.
La diferencia principal respecto a los modelos examinados hasta ahora es la no
positividad de los datos. En efecto, con una base de datos tradicional (entendiendo
con este término cualquier base de datos no por objetos), las operaciones que se
tienen que efectuar en los datos se les piden a las aplicaciones que los usan. Con
una base de datos object-oriented, al contrario, los objetos memorizados en la
base de datos contienen tanto los datos como las operaciones posibles con tales
datos. En cierto sentido, se podrá pensar en los objetos como en datos a los que
se les ha puesto una inyección de inteligencia que les permite saber cómo
comportarse, sin tener que apoyarse en aplicaciones externas.
Explicar la diferencia entre un dbms y una base de datos
La base de datos es una colección de archivos interrelacionados almacenados en
conjunto sin redundancia y la dbms es un conjunto de númerosas rutinas
de software interrelacionadas cada una de ellas es responsable de una
determinada tarea.
Mencionar la importancia de una apropiada elección de dbms
Se tiene que elegir el que tenga la mejor interfaz a las necesidades de la
empresa y sobre todo que este apto para la base de datos que vayamos a utilizar.
Citar los componentes de un sistema de base de datos
Recursos que componen un sbd
Un sbd estará formado por:
Personas
Máquinas
Programas
Datos
4: Hardware: constituido por dispositivo de almacenamiento como discos,
tambores, cintas, etc.
Software: que es el DBMS o Sistema Administrador de Base de Datos.
Datos: los cuales están almacenados de acuerdo a la estructura externa y van
a ser procesados para convertirse en información.
5: Externo: esa es la visiòn del usuario final, se ve como se maneja los datos ya
convertidos en información.

7. Es aquel en el que se presenta al usuario final y que puede combinaciones o
relaciones entre los datos que conforman a la base de datos global. Puede
definirse como la forma en el que el usuario aprecia la información y sus
relaciones.
Conceptual: se ve como esta estructurado la Base Datos, equipos de campo tiene
como estan estructurado los registros.
Es aquel en el que se definen las estructuras lógicas de almacenamiento y las
relaciones que se darán entre ellas. Ejemplos comunes de este nivel son
eldiseño de los registros y las ligas que permitirán la conexión entre registros de
un mismo archivo, de archivos distintos incluso, de ligas hacia archivos.
Interno: se ve como se almacena los datos fisicamente.
Es aquel en el que se determinan las características de almacenamiento en el
medio secundario. Los diseñadores de este nivel poseen un amplio dominio de
cuestiones técnicas y de manejo de hardware. Muchas veces se opta por
mantener el nivel físico proporcionado por el sistema operativo para facilitar y
agilizar el desarrollo.
DBMS(Data Managment System (Sistema Administrador de Base de Datos) )
6: Recuperar los datos frente a las fuentes de error mencionadas anteriormente.
La restauración de la Base de Datos a su estado normal es responsabilidad del
DBA, quien esl el responsable de implantar procedimientos de detecciòn de error y
recuperaciòn.
El DBA es quien tiene el control centralizado de la base de datos. Se persigue con
esto reducir el número de personas que tengan acceso a los detalles técnicos y de
diseño para la operación del DBMS.
Las soluciones principales de un DBA son:
DEFINICION DEL ESQUEMA.- Crea el esquema original de la base de datos y
genera el diccionario de datos por medio de proposiciones en DDL.
DEFINICION DE ESTRUCTURAS DE ALMACENAMIENTO Y METODOS DE
ACCESO.- Se encarga de generar a seleccionar estructuras para el medio
secundario y definir los métodos de acceso a la información, esto ultimo por medio
de proposiciones en DML.
MODIFICACION DE ESQUEMA Y ORGANIZACIÓN.- Es una actividad poco
frecuente que consiste en rediseñar el esquema de la base de datos. Esto se haría
necesario ante la modificación abrupta de las condiciones originales que dieron pie
al diseño del esquema primario. Las proposiciones para llevar a cabo esta tarea se
realizan en DDL.
CONCESION DE AUTORIZACIONES DE ACCESO.- Se encarga de registrar a los
usuarios para permitir su acceso al DBMS. Asigna a cada uno de ellos una serie

8. de atributos que le permiten gozar de privilegios como el acceso a determinadas
áreas de aplicación, de los datos o del uso de recursos en el sistema.
ESPECIFICACION DE LAS LIMITANTES DE INTEGRIDAD.- Crea una serie de
tablas donde se especifica el conjunto de restricciones que serán aplicables
durante los procesos de actualización
Para recuperar:
Backup(respaldo): disco duro,cinta.
Backup caliente: Base de Datos esta operativa.
Backup frio: Base de Datos no esta operativa.
7: Se presentan cuando no es posible establecer claves de acceso y resguardo en
forma uniforme para todo el sistema, facilitando así el acceso a intrusos.
La seguridad de los datos se puede definir en las siguientes aspectos:
Objeto a asegurar: el primer objeto a asegurar son los objetos, programas y
finalmente al esquema.
Codificaciòn de Claves: el DBMS provee la seguridad de los Login (usuario y
password).
Control de Acceso: se especifican seguridades contra accesos indicados
orientado a personas no autorizada.
8: En esta etapa se crea un esquema conceptual de la base de datos. Se
desarrollan las especificaciones hasta el punto en que puede comenzar la
implementación. Durante esta etapa se crean modelos detallados de las vistas de
usuario y sobre todo las relaciones entre cada elemento del sistema,
documentando los derechos de uso y manipulación de los diferentes grupos de
usuarios.
Si parte de la información necesaria para crear algún elemento establecido ya se
encuentra implementado en otro sistema de almacenamiento hay que documentar
que relación existirá entre uno y otro y detallar los sistemas que eviten la
duplicidad o incoherencia de los datos.
El diseño consta, como se vio anteriormente, de tres fases: el diseño global o
conceptual, el diseño lógico y el modelo físico.
Esta etapa consta de tres fases: diseño conceptual, diseño lògico, diseño fisico
de la Base de Datos.
La primera fase consiste en la producción de un esquema conceptual que es
independiente de todos los consideraciones fisicas.este modelo se refina después
en un

9. esquema lògico eliminando las construcciones que no se puede representar en el
modelo de Base de Datos escogido (relacional, orientado a objeto,etc). En la
tercera
fase el esquema lògico que traduce un esquema fisico para el sistema gestor de
Base de Datos escogido. La fase de diseño fisico considera las estructuras de
almacenamiento y los mètodos de acceso necesarios para proporcionar un acceso
eficiente a la Base de Datos en memoria secundaria.