Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Unidad 1 Informe

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 18

INDICE

Introducción............................................................................................................................3
Bases de Datos y sus usuarios................................................................................................4
Actores en la escena.............................................................................................................5
Administradores de las Bases de Datos........................................................................6
Diseñadores de las Bases de Datos................................................................................6
Usuarios finales................................................................................................................7
Analistas de sistemas y programadores de aplicaciones (Ingenieros de Software)
.............................................................................................................................................8
Ventajas de utilizar una metodología DBMS..................................................................8
Arquitectura de los Sistemas de Bases de Datos.................................................................9
Modelos de datos, esquemas e instancias........................................................................9
Categorías de los modelos de datos.............................................................................10
Esquemas, instancias y estado de las bases de datos................................................11
Arquitectura de tres esquemas e independencia de los datos....................................12
Lenguajes e Interfaces de Bases de Datos..........................................................................13
Lenguajes DBMS................................................................................................................13
Interfaces de los DBMSs...................................................................................................15
Clasificación de los sistemas de administración de bases de datos...............................16
Conclusión...............................................................................................................................18
Bibliografía..............................................................................................................................19
Introducción

En el presente informe hablaré acerca de los conceptos fundamentales


acerca de un sistema de base de datos. Los sistemas de bases de datos
son un componente esencial en nuestra sociedad moderna; muchos de
nosotros interactuamos con dichos sistemas diariamente sin estar
conscientes de ello. Por ejemplo, cuando depositamos o retiramos
fondos en un banco, al consultar nuestras calificaciones en la
universidad, al cargar o descargar archivos de Internet. Esos son
grandes ejemplos de nuestras interacciones cotidianas con un sistema
de base de datos, el cual podríamos denominar aplicaciones de una
base de datos tradicional.

Actualmente grandes páginas webs que utilizamos a diario, hacen uso


de sistemas de bases de datos no tradicionales. Páginas webs como
YouTube, Facebook, Google, Twitter, entre otras; hacen uso de sistemas
de bases de datos que almacenan datos no tradicionales. Como posts,
tweets, contenido gráfico, etc.

2
Bases de Datos y sus usuarios

Las bases de datos y la tecnología de bases de datos tienen mucha


culpa del uso creciente de los computadores. Es justo decir que las
bases de datos juegan un papel fundamental en la mayoría de las áreas
en las que se utilizan computadores, como en el ámbito empresarial, en
el comercio electrónico, ingeniería, medicina, justicia, educación y
bibliotecas. La expresión base de datos se utiliza tan a menudo que
empezaremos por definir su significado. Nuestra primera definición es
muy general.

Una base de datos es una colección de datos relacionados. Con la


palabra datos nos referimos a los hechos (datos) conocidos que se
pueden grabar y que tienen un significado implícito. Por ejemplo, piense
en los nombres, números de teléfono y direcciones de las personas que
conoce. Esta colección de datos relacionados con un significado
implícito es una base de datos. Una base de datos puede ser de
cualquier tamaño y complejidad. Por ejemplo, la lista de nombres y
direcciones a la que nos referíamos anteriormente puede constar de
únicamente unos cuantos cientos de registros, cada uno de ellos con
una estructura sencilla.

La definición anterior de base de datos es muy genérica; por ejemplo,


podemos pensar que la colección de palabras que compone esta página
de texto es una colección de datos relacionados y que, por tanto,
constituye una base de datos.

Una base de datos se puede generar y mantener manualmente o estar


computarizada. Por ejemplo, el catálogo de cartas de una biblioteca es
una base de datos que se puede crear y mantener de forma manual.
Una base de datos computarizada se puede crear y mantener con un
grupo de aplicaciones escritas específicamente para esa tarea o
mediante un sistema de administración de bases de datos.

Un sistema de administración de datos (DBMS, database management


system) es una colección de programas que permite a los usuarios crear
y mantener una base de datos. El DBMS es un sistema de software de
propósito general que facilita los procesos de definición, construcción,

3
manipulación y compartición de bases de datos entre varios usuarios y
aplicaciones. Definir una base de datos implica especificar los tipos de
datos, estructuras y restricciones de los datos que se almacenarán en la
base de datos. La definición o información descriptiva de una base de
datos también se almacena en esta última en forma de catálogo o
diccionario de la base de datos, es lo que se conoce como metadatos. La
construcción de la base de datos es el proceso consistente en almacenar
los datos en algún medio de almacenamiento controlado por el DBMS.

La manipulación de una base de datos incluye funciones como la


consulta de la base de datos para recuperar datos específicos,
actualizar la base de datos para reflejar los cambios introducidos en el
mini mundo y generar informes a partir de los datos. Compartir una
base de datos permite que varios usuarios y programas accedan a la
base de datos de forma simultánea.

Otras funciones importantes ofrecidas por el DBMS son la protección de


la base de datos y su mantenimiento durante un largo periodo de
tiempo. La protección incluye la protección del sistema contra el
funcionamiento defectuoso del hardware o el software (caídas) y la
protección de la seguridad contra el acceso no autorizado o
malintencionado. Una gran base de datos típica puede tener un ciclo de
vida de muchos años, por lo que el DBMS debe ser capaz de mantener
el sistema de bases de datos permitiendo que el sistema evolucione
según cambian los requisitos con el tiempo.

Actores en la escena

Para una pequeña base de datos personal, una persona normalmente


define, construye y manipula la base de datos, y no hay compartir. Sin
embargo, en las organizaciones grandes, muchas personas están
involucradas en el diseño, uso y mantenimiento de una gran base de
datos con cientos o miles de usuarios. Los siguientes son los actores en
la escena, los cuales interactúan con las bases de datos.

4
Administradores de las Bases de Datos

En un entorno de bases de datos, el recurso principal es la base de


datos en sí misma, mientras que el recurso secundario es el DBMS y el
software relacionado. La administración de estos recursos es
responsabilidad del administrador de la base de datos (DBA, database
administrator).
El DBA es responsable del acceso autorizado a la base de datos, de la
coordinación y monitorización de su uso, y de adquirir los recursos
software y hardware necesarios. El DBA también es responsable de
problemas como las brechas de seguridad o de unos tiempos de
respuesta pobres. En las empresas grandes, el DBA está asistido por un
equipo de personas que llevan a cabo estas funciones.

Diseñadores de las Bases de Datos

Los diseñadores de las bases de datos son los responsables de


identificar los datos que se almacenarán en la base de datos y de elegir
las estructuras apropiadas para representar y almacenar esos datos.
Estas tareas se acometen principalmente antes de implementar y
rellenar la base de datos.

Es responsabilidad de los diseñadores comunicarse con todos los


presuntos usuarios de la base de datos para conocer sus requisitos, a
fin de crear un diseño que satisfaga sus necesidades. Estos diseñadores
normalmente interactúan con los grupos de usuarios potenciales y
desarrollan vistas de la base de datos que satisfacen los requisitos de
datos y procesamiento de esos grupos. Cada vista se analiza después y
se integra con las vistas de los otros grupos de usuarios. El diseño final

5
de la base de datos debe ser capaz de soportar los requisitos de todos
los grupos de usuarios.

Usuarios finales

Los usuarios finales son las personas cuyos trabajos requieren acceso a
la base de datos para realizar consultas, actualizaciones e informes; la
base de datos existe principalmente para ser utilizada. Los usuarios
finales se pueden clasificar en varias categorías:

 Los usuarios finales casuales: acceden ocasionalmente a la base


de datos, pero pueden necesitar una información diferente en
cada momento. Utilizan un sofisticado lenguaje de consulta de
bases de datos para especificar sus peticiones y normalmente son
administradores de nivel medio o alto u otros usuarios
interesados.

 Los usuarios finales principiantes o paramétricos: constituyen


una parte considerable de los usuarios finales de las bases de
datos. Su labor principal gira entorno a la consulta y
actualización constantes de la base de datos, utilizando tipos de
consultas y actualizaciones estándar (denominadas transacciones
enlatadas) que se han programado y probado cuidadosamente.

 Los usuarios finales sofisticados: estos los constituyen los


ingenieros, los científicos, los analistas comerciales y otros
muchos que están completamente familiarizados con el DBMS a
fin de implementar sus aplicaciones y satisfacer sus complejos
requisitos.

 Los usuarios finales independientes: mantienen bases de datos


personales utilizando paquetes de programas confeccionados que
proporcionan unas interfaces fáciles de usar y basadas en menús
o gráficos. Un ejemplo es el usuario de un paquete de impuestos
que almacena sus datos financieros personales de cara a la
declaración de la renta.

6
Un DBMS típico proporciona muchas formas de acceder a una base de
datos. Los usuarios finales principiantes tienen que aprender muy poco
sobre los servicios del DBMS. Los usuarios casuales sólo se aprenden
unos cuantos servicios que pueden utilizar repetidamente. Los usuarios
sofisticados intentan aprender la mayoría de los servicios del DBMS
para satisfacer sus complejos requisitos. Los usuarios independientes
normalmente llegan a ser expertos en un paquete de software
específico.

Analistas de sistemas y programadores de


aplicaciones (Ingenieros de Software)

Los analistas de sistemas determinan los requisitos de los usuarios


finales, especialmente de los usuarios finales principiantes y
paramétricos, así como las especificaciones de desarrollo para las
transacciones enlatadas que satisfacen esos requisitos. Dichos
analistas y programadores (normalmente conocidos como
desarrolladores de software o ingenieros de software) deben
familiarizarse con todas las posibilidades proporcionadas por el DBMS
al objeto de desempeñar sus tareas.

Ventajas de utilizar una metodología DBMS

 Control de la redundancia.
 Restricción del acceso no autorizado.
 Proporcionar almacenamiento persistente para objetos de
programa.
 Proporcionar estructuras de almacenamiento y técnicas de
búsqueda para el procesamiento eficiente de consultas.
 Proporcionar copia de seguridad y recuperación.
 Proporcionar múltiples interfaces de usuario.
 Representando relaciones complejas entre datos.

7
 Aplicación de restricciones de integridad.
 Permite inferencia y acciones mediante reglas y disparadores.

Arquitectura de los Sistemas de Bases de


Datos

La arquitectura de los paquetes DBMS ha evolucionado desde los


antiguos sistemas monolíticos, en los que todo el paquete de software
DBMS era un sistema integrado, hasta los modernos paquetes DBMS
con un diseño modular y una arquitectura de sistema cliente/servidor.
Esta evolución es reflejo de las tendencias en computación, donde los
grandes computadores mainframe centralizados se han sustituido por
cientos de estaciones de trabajo distribuidas y computadores
personales conectados a través de redes de comunicaciones a distintos
tipos de servidores (servidores web, servidores de bases de datos,
servidores de archivos, servidores de aplicaciones, etc.).

En una arquitectura DBMS cliente/servidor básico, la funcionalidad del


sistema se distribuye entre dos tipos de módulos. Un módulo cliente
que se diseña normalmente para que se pueda ejecutar en la estación
de trabajo de un usuario o en un computador personal. Normalmente,
las aplicaciones y las interfaces de usuario que acceden a las bases de
datos se ejecutan en el módulo cliente. El otro tipo de módulo,
denominado módulo servidor, manipula normalmente el
almacenamiento de los datos, el acceso, la búsqueda y otras funciones.

Modelos de datos, esquemas e instancias

Una característica fundamental de la metodología de bases de datos es


que ofrece algún nivel de abstracción de los datos. La abstracción de
datos se refiere generalmente a la supresión de detalles de la
organización y el almacenamiento de datos y a la relevancia de las
características fundamentales para un conocimiento mejorado de los

8
datos. Una de las características principales de la metodología de bases
de datos es soportar la abstracción de datos para que diferentes
usuarios puedan percibir esos datos con el nivel de detalle que
prefieren.

Un modelo de datos es una colección de conceptos que se pueden


utilizar para describir la estructura de una base de datos, este
proporciona los medios necesarios para conseguir esa abstracción. Por
estructura de una base de datos nos referimos a los tipos de datos,
relaciones y restricciones que deben mantenerse para los datos. La
mayoría de modelos de datos también incluyen un conjunto de
operaciones básicas para especificar las recuperaciones y
actualizaciones en la base de datos.

Categorías de los modelos de datos

Se han propuesto muchos modelos de datos, que podemos categorizar


de acuerdo con los tipos de conceptos que usan para describir la
estructura de la base de datos.

1. Modelo de Datos Conceptuales:


Utilizan conceptos como entidades, atributos y relaciones. Una entidad
representa un objeto o concepto del mundo real, como un empleado o
un proyecto que se describe en la base de datos. Un atributo representa
alguna propiedad de interés que describe a una entidad, como, por
ejemplo, el nombre o el salario de un empleado.

2. Modelo de Datos Físicos o de bajo nivel:


Proporcionan conceptos que describen los detalles de cómo se
almacenan los datos en los medios de almacenamiento informático,
típicamente discos magnéticos. Conceptos proporcionados por los
modelos de datos físicos son generalmente destinados a los
especialistas en informática, no para los usuarios finales.

3. Modelo de Datos Representativos o de Implementación:


Ofrecen conceptos que los usuarios finales pueden entender pero que
no están demasiado alejados de cómo se organizan los datos dentro del
computador. Los modelos de datos representativos ocultan algunos
detalles relativos al almacenamiento de los datos, pero pueden

9
implementarse directamente en un computador. Son los más utilizados
en los DBMS comerciales tradicionales.
Los modelos de datos representativos representan los datos mediante
estructuras de registro y, por tanto, se los conoce a veces como modelos
de datos basados en registros.

Esquemas, instancias y estado de las bases de


datos

En cualquier modelo de datos es importante distinguir entre la


descripción de la base de datos y la misma base de datos. La
descripción de una base de datos se denomina esquema de la base de
datos, que se especifica durante la fase de diseño y no se espera que
cambie con frecuencia. La mayoría de los modelos de datos tienen
ciertas convenciones para la visualización de los esquemas a modo de
diagramas. Un esquema visualizado se denomina diagrama del
esquema. A cada objeto del esquema lo denominamos estructura de
esquema.

Los datos de la base de datos en un momento concreto se denominan


estado de la base de datos o Snapshot (captura). También reciben el
nombre de conjunto actual de ocurrencias o instancias de la base de
datos. En un estado dado de la base de datos, cada estructura de
esquema tiene su propio conjunto actual de instancias. Es posible
construir muchos estados de la base de datos para que se correspondan
con un esquema de bases de datos particular. Cada vez que se inserta o
borra un registro, o cambia el valor de un elemento de datos de un
registro, cambia el estado de la base de datos por otro.

Esta distinción entre esquema de la base de datos y estado de la base


de datos es muy importante. Cuando definimos una base de datos
nueva, sólo especificamos su esquema al DBMS. A estas alturas, el
estado correspondiente de la base de datos es el estado vacío, sin datos.
El estado inicial de la base de datos se da cuando ésta se rellena o carga
por primera vez con los datos iniciales. Desde ese momento, cada vez
que sobre la base de datos se aplica una operación de actualización,
obtenemos otro estado de la base de datos. En cualquier momento en el

10
tiempo, la base de datos tiene un estado actual. El DBMS es en parte
responsable de garantizar que cada estado de la base de datos sea un
estado válido, es decir, un estado que satisfaga la estructura y las
restricciones especificadas en el esquema. Por tanto, especificar un
esquema correcto al DBMS es sumamente importante, por lo que el
esquema debe diseñarse con mucho cuidado. En ocasiones, el esquema
recibe el nombre de intención, y el estado de la base de datos extensión
del esquema.

Arquitectura de tres esquemas e independencia de


los datos

El objetivo de la arquitectura de tres esquemas es separar las


aplicaciones de usuario de la base de datos física. En esta arquitectura,
los esquemas se pueden definir en los tres niveles siguientes:

1. El nivel interno tiene un esquema interno, que describe la


estructura de almacenamiento físico de la base de datos. El
esquema interno utiliza un modelo de datos físicos y describe los
detalles completos del almacenamiento de datos y rutas de acceso
para la base de datos.

2. El nivel conceptual tiene un esquema conceptual, que describe la


estructura de toda la base de datos para una comunidad de
usuarios. El esquema conceptual oculta los detalles de las
estructuras físicas de almacenamiento y se concentra en describir
entidades, tipos de datos, relaciones, operaciones del usuario y
restricciones. Normalmente, el esquema conceptual se describe
con un modelo de datos representativo cuando se implementa un
sistema de bases de datos. Este esquema conceptual de
implementación se basa a menudo en un diseño de esquema
conceptual en un modelo de datos de alto nivel.

3. El nivel externo o de vista incluye una serie de esquemas externos


o vistas de usuario. Cada esquema externo describe la parte de la
base de datos en la que un grupo de usuarios particular está
interesado y oculta el resto de la base de datos de ese grupo de
usuarios. Como en el nivel anterior, cada esquema externo se
implementa típicamente utilizando un modelo de datos
representacional, posiblemente basado en un diseño de esquema
externo en un modelo conceptual de datos de alto nivel.

11
La arquitectura de tres esquemas se puede utilizar para explicar el
concepto de independencia de los datos, que puede definirse como la
capacidad de cambiar el esquema en un nivel de un sistema de bases
de datos sin tener que cambiar el esquema en el siguiente nivel más
alto. Se pueden definir dos tipos de independencia de datos:

1. Independencia lógica de datos: Es la capacidad de cambiar el


esquema conceptual sin tener que cambiar los esquemas externos
o los programas de aplicación. Es posible cambiar el esquema
conceptual para expandir la base de datos (añadiendo un tipo de
registro o un elemento de datos), para cambiar las restricciones o
para reducir la base de datos (eliminando un tipo de registro o un
elemento de datos). Una vez que el esquema conceptual sufre una
reorganización lógica, los programas de aplicación que hacen
referencia a las estructuras de esquema externo deben funcionar
como antes. En el esquema conceptual se pueden introducir
cambios en las restricciones sin que se vean afectados los
esquemas externos o los programas de aplicación.

2. Independencia física de datos: Es la capacidad de cambiar el


esquema interno sin que haya que cambiar el esquema
conceptual. Por tanto, tampoco es necesario cambiar los
esquemas externos.

Por regla general, la independencia física de datos existe en la mayoría


de las bases de datos y de los entornos de archivos en los que al
usuario se le ocultan la ubicación exacta de los datos en el disco, los
detalles hardware de la codificación del almacenamiento, la colocación,
la compresión, la división, la fusión de registros, etcétera. Las
aplicaciones siguen obviando estos detalles. Por el contrario, la
independencia lógica de datos es muy difícil de conseguir porque
permite los cambios estructurales y restrictivos sin afectar a los
programas de aplicación (un requisito mucho más estricto).

Lenguajes e Interfaces de Bases de Datos

Lenguajes DBMS

12
Una vez completado el diseño de una base de datos y elegido un DBMS
para implementarla, el primer paso es especificar los esquemas
conceptual e interno para la base de datos y cualesquiera mapeados
entre los dos. En muchos DBMSs donde no se mantiene una separación
estricta de niveles, el DBA y los diseñadores de la base de datos utilizan
un lenguaje, denominado lenguaje de definición de datos (DDL, Data
Definition Language), para definir los dos esquemas. El DBMS tendrá
un compilador DDL cuya función es procesar las sentencias DDL a fin
de identificar las descripciones de las estructuras del esquema y
almacenar la descripción del mismo en el catálogo del DBMS.
En los DBMSs donde hay una clara separación entre los niveles
conceptual e interno, se utiliza DDL sólo para especificar el esquema
conceptual. Para especificar el esquema interno se utiliza otro lenguaje,
el lenguaje de definición de almacenamiento (SDL, Storage Definition
Language). Los mapeados entre los dos esquemas se pueden especificar
en cualquiera de estos lenguajes. En la mayoría de los DBMSs
relacionales actuales, no hay un lenguaje específico que asuma el papel
de SDL. En cambio, el esquema interno se especifica mediante una
combinación de parámetros y especificaciones relacionadas con el
almacenamiento. Para conseguir una arquitectura de tres esquemas
real se necesita un tercer lenguaje, el lenguaje de definición de vistas
(VDL, Víew Definítion Language), a fin de especificar las vistas de
usuario y sus mapeados al esquema conceptual, pero en la mayoría de
los DBMSs se utiliza el DDL para definir tanto el esquema conceptual
como el externo. En los DBMSs relacionales se utiliza SQL actuando
como VDL para definir las vistas de usuario o de aplicación como
resultado de las consultas predefinidas.

Una vez compilados los esquemas de la base de datos y rellenada ésta


con datos, los usuarios deben disponer de algunos medios para
manipularla. Entre las manipulaciones típicas podemos citar la
recuperación, la inserción, el borrado y la modificación de datos. El
DBMS proporciona un conjunto de operaciones o un lenguaje
denominado lenguaje de manipulación de datos (DML, Data
Manipulation Language) para todas estas tareas.

En los DBMSs actuales, los tipos de lenguajes anteriormente citados


normalmente no están considerados como lenguajes distintos, más
bien, se utiliza un lenguaje integrado comprensivo que incluye
construcciones para la definición del esquema conceptual, la definición
de vistas y la manipulación de datos. El lenguaje de bases de datos
relacionales SQL es un ejemplo típico de lenguaje de bases de datos
comprensible. SQL representa una combinación de DDL, VDL y DML,

13
así como sentencias para la especificación de restricciones, la evolución
del esquema y otras características. El SDL era un componente de las
primeras versiones de SQL, pero se ha eliminado del lenguaje para
mantenerlo únicamente en los niveles conceptual y externo.
Hay dos tipos principales de DML. Se puede utilizar un DML de alto
nivel o no procedimental para especificar de forma concisa las
operaciones complejas con las bases de datos. Muchos DBMS admiten
sentencias DML de alto nivel mediante la introducción interactiva desde
el monitor o terminal, o incrustadas en un lenguaje de programación de
propósito general. Un DML de bajo nivelo procedimental debe
incrustarse en un lenguaje de programación de propósito general.
Normalmente, este tipo de DML recupera registros individuales u
objetos de la base de datos, y los procesa por separado. Por
consiguiente, es preciso utilizar construcciones de un lenguaje de
programación, como los bucles, para recuperar y procesar cada registro
de un conjunto de registros. Los DMLs de bajo nivel también se conocen
con el nombre de DMLs record-at-a-time (registro de una sola vez),
debido a esta propiedad.
Los DMLs de alto nivel, como SQL, pueden especificar y recuperar
muchos registros con una sola sentencia DML, por tanto, también se
conocen como DML set-at-a-time o set-oriented (un conjunto de una
sola vez, u orientado a conjuntos). Una consulta en un DML de alto
nivel a menudo especifica los datos que hay que recuperar, en lugar de
como recuperarlos, en consecuencia, dichos lenguajes también se
conocen como declarativos.

Interfaces de los DBMSs

El DBMS puede incluir las siguientes interfaces amigables para el


usuario:

 Interfaces basadas en menús para los clientes web o la


exploración: Estas interfaces presentan al usuario listas de
opciones (denominadas menús) que le guían por la formulación
de una consulta. Los menús eliminan la necesidad de memorizar
los comandos específicos y la sintaxis de un lenguaje de consulta;
en cambio, la consulta se compone paso a paso eligiendo
opciones de los menús visualizados por el sistema.

14
 Interfaces basadas en formularios: Una interfaz basada en
formularios muestra un formulario a cada usuario. Los usuarios
pueden rellenar las entradas del formulario para insertar datos
nuevos, o rellenar únicamente ciertas entradas, en cuyo caso el
DBMS recuperará los datos coincidentes para el resto de
entradas. Normalmente, los formularios se diseñan y programan
para los usuarios principiantes como interfaces para las
transacciones enlatadas. Muchos DBMSs tienen lenguajes de
especificación de formularios, que son lenguajes especiales que
ayudan a los programadores a especificar dichos formularios.

 Interfaces gráficas de usuario: Una GUI normalmente muestra


un esquema al usuario de forma esquemática. El usuario puede
especificar entonces una consulta manipulando el diagrama. En
muchos casos, las GUIs utilizan tanto menús como formularios.

La mayoría de las GUIs utilizan un dispositivo apuntador, como el


ratón, para elegir distintas partes del diagrama esquemático
visualizado.

Interfaces de lenguaje natural: Estas interfaces aceptan consultas


escritas en inglés u otro idioma e intentan entenderlas. Una interfaz de
este tipo normalmente tiene su propio esquema, que es parecido al
esquema conceptual de la base de datos, así como un diccionario de
palabras importantes.

Interfaces para el DBA: La mayoría de los sistemas de bases de datos


contienen comandos privilegiados que sólo puede utilizar el personal del
DBA.

Clasificación de los sistemas de administración de


bases de datos

15
Normalmente se utilizan varios criterios para clasificar los DBMSs. El primero es el
modelo de datos en el que el DBMS está basado. El modelo de datos relacional es el
modelo de datos principal que se utiliza en muchos de los DBMSs comerciales actuales.
En algunos sistemas comerciales se ha implantado el modelo de datos de objetos, pero
su uso no se ha extendido. Muchas aplicaciones heredadas todavía se ejecutan en
sistemas de bases de datos basados en los modelos de datos jerárquicos y de red.

Los DBMSs relacionales están evolucionando constantemente y, en particular, han ido


incorporando muchos de los conceptos que se desarrollaron en las bases de datos de
objetos. Esto ha conducido a una nueva clase de DBMSs denominados DBMSs objeto-
relacional (objetos relacionales). Los DBMSs se pueden clasificar basándose en el
modelo de datos: relacional, objeto, objeto-relacional, jerárquico, de red, y otros.

El segundo criterio que se utiliza para clasificar los DBMSs es el número de usuarios
soportado por el sistema. Los sistemas de un solo usuario sólo soportan un usuario al
mismo tiempo y se utilizan principalmente con los PCs. Los sistemas multiusuario, que
incluyen la mayoría de los DBMSs, soportan varios usuarios simultáneamente.

El tercer criterio es el número de sitios sobre los que se ha distribuido la base de datos.
Un DBMS es centralizado si los datos están almacenados en un solo computador. Un
DBMS distribuido (DDBMS) puede tener la base de datos y el software DBMS
distribuidos por muchos sitios, conectados por una red de computadores. Los DBMSs
homogéneos utilizan el mismo software DBMS en varios sitios.

El cuarto criterio es el coste. Es muy difícil proponer una clasificación de los DBMSs
atendiendo al coste. Actualmente, tenemos los productos DBMS de código fuente
abierto (gratuito), como MYSQL y PostgreSQL, soportados por terceros con servicios
adicionales.

También podemos clasificar un DBMS según los tipos de rutas de acceso para
almacenar archivos. Una familia de DBMSs bien conocida está basada en estructuras de
archivos inversas. Por último, un DBMS puede ser de propósito general o de propósito
especial. Cuando la principal consideración es el rendimiento, se puede diseñar y
construir un DBMS de propósito especial para una aplicación específica, Esto cae en la
categoría de los sistemas de procesamiento de transacciones en línea (OLTP, Online
Transaction Processing).

16
Conclusión

En el informe que acabamos de leer pudimos observar que, una base de


datos es una colección de datos organizados y relacionados entre sí, que
permite el manejo de la información de alguna compañía, es decir,
podemos decir que es un almacén de datos definido formalmente y
controlado centralmente con el propósito de usarse en muchas
aplicaciones diferentes por muchos usuarios. En la actualidad las bases
de datos son el mecanismo con el cual se manejan los grandes
volúmenes de información. Entre las ventajas principales que nos
bridan, podríamos destacar el control de redundancia, restricción de
acceso no autorizado, copias de seguridad y acceso simultaneo a
múltiples usuarios.

Distinguimos el esquema, o descripción de una base de datos, de la


propia base de datos. El esquema no cambia muy a menudo, mientras
que el estado de la base de datos cambia cada vez que se insertan,
eliminan o modifican datos.

17
Bibliografía
1. Ramez Elmasri, Shamkant B. Navathe (2007). Fundamentos
de Sistemas de Bases de Datos. Editora Pearson, Madrid, 5ta.
Edición

18

También podría gustarte