sistema manejador de_base_de_datos
TRANSCRIPT
1
SISTEMA MANEJADOR DE BASES DE DATOS
CARRANZA ATHÓ FREDY
BASES DE DATOS ESCUELA ACADÉMICO PROFESIONAL DE INFORMÁTICA
UNIVERSIDAD NACIONAL DE TRUJILLO Trujillo Perú
2005
Resumen. El presente trabajo, describe aspectos muy esenciales de lo que significa un
Sistema Manejador de Bases de Datos. Se comenzará describiendo conceptos muy
interesantes, pero los cuales convergen en un mismo punto. A su vez podremos apreciar,
que un SMBD posee numerosas características y funciones, las cuales se encuentran
debidamente detalladas. Una de ellas es la Independencia de Datos, sobre la cual se sienta
una de las arquitecturas explicadas más adelante. Añadiendo a las arquitecturas se
encuentra en este tópico, dos de las más difundidas, la indicada por capas y por niveles
de abstracción. Se menciona además casos comparativos entre dos SMDB, como son MS
Access y SQL, a quienes se los somete a un paralelo, de donde resaltan datos
verdaderamente inquietantes. Finalmente se presentan alcances que indican una síntesis
y resultados de todo lo investigado.
1. INTRODUCCIÓN
Cuando alguien escucha decir bases de datos, relaciona el concepto de manera inmediata, al
almacenamiento de información. Concepto que no está del todo errado pero algo incompleto. Una
base de datos es un conjunto de datos organizados y administrados de manera flexible, que a su
vez son almacenados de manera que estén interrelacionados.
Pero, qué es lo que se piensa cuando se habla de Sistema Manejador de Bases de Datos (SMBD).
Alguien sin ninguna noción, podría interpretar algo como esto: es el sistema de computadora que
administra una BD. En algo esta relacionado al verdadero concepto. Que en el siguiente punto
aclararemos.
La utilización de estos conceptos, no es más que el resultado de la automatización de procesos
muy tediosos para cualquier persona o empresa que manipule información. Un manejador de BD,
proporcionará visiones y nuevos métodos para la administración de la información que
manipulemos.
2
La razón de este trabajo es manifetar una visión panorámica con motivo brindar una concepto
verdadero de lo que es un SMBD. Se pretende abarcar una definición no muy extendida, pero vale
repetir, verdadera y con fundamento, de modo que se pueda entender de manera cabal como es
que se compone una SMDB, desde sus primitivos conceptos hasta lo más profundo de su
arquitectura y sus lenguajes
2. CONCEPTO
Un Sistema Manejador de Bases de Datos o en inglés como también se le conoce, DataBase
Management System(DBMS), es un concepto tratado de distintos modos, pero los cuales
involucran un mismo fin. He aquí algunos conceptos muy acertados.
Un SMBD es un software que controla la organización, el almacenamiento, la recuperación,
seguridad e integridad de la información en una Base de Datos. El sistema requiere de
aplicaciones e instrucciones del sistema operativo para transmitir apropiadamente los datos.
[según 1]
Una breve definición de un SMBD, puede ser un sistema que se encarga del almacenamiento de la
información, su conservación por un periodo de tiempo en una forma legible en un ordenador.
[según 2]
El sistema manejador de bases de datos es la porción más importante del software de un sistema
de base de datos. Un DBMS es una colección de numerosas rutinas de software interrelacionadas,
cada una de las cuales es responsable de alguna tarea específica. [según 3]
Un SMDB, es una muy amplia e integrada colección de datos, es un modelo del mundo real de
una empresa: entidades y relaciones. Es un paquete de software encargado de almacenar y
manejar bases de datos. [según 4]
Se lo define como una colección de programas que permiten almacenar, modificar y extraer
información de una BD. Existen diferentes tipos de SMBD, partiendo desde los pequeños sistemas
que corren en computadoras personales hasta pesados sistemas que corren en mainframes. [según
5]
Podemos resumir, todos los conceptos anteriores en lo siguiente: un SMBD es un software que
permite la plena manipulación de una Base de Datos, donde se tienen involucrados procesos de
almacenamiento, actualización y consultas.
3. CARACTERÍSTICAS GENERALES
Los SMBD, presentan características que los diferencian del resto de sistemas que involucran
manipulación de datos. Unas de las cualidades más importantes, las mencionamos a continuación.
3
a. Seguridad de datos
El SMBD puede impedir a usuarios no autorizados ver o actualizar la BD. Usando passwords,
se permite a los usuarios acceder a la BD completa o a un subconjunto de ella conocido como
un subesquema. Por ejemplo en una BD de empleados, solo algunos usuarios podrán ser
capaces de visualizar los salarios, mientras otros podran ver solamente el historial de trabajo y
datos médicos. [según 1]
b. Independencia de datos
Con los DBMS, los detalles de las estructuras de datos no están indicados en cada programa
de la aplicación. El programa consulta al SMBD por los datos del campo Nombre, por
ejemplo. Un código equivalente a decir: “dame el nombre del cliente” podría ser enviado al
SMBD. Sin un SMBD, el programador debe reservar espacio para todas las estructuras de los
registros en el programa. Cualquier cambio en la estructura de datos requiere cambiar todos
los programas de la aplicación. [según 1]
Las aplicaciones deben encontrarse aisladas de cómo los datos están estructurados y
almacenados. Esto significa que se debe contar con independencia lógica de los datos, es decir
protección de los cambios en l estructura lógica de los datos, y a su vez con independencia
física de los datos, que quiere decir que las estructuras físicas de los datos deben estar
protegidas de los cambios. [según 4]
Es la facilidad de modificar la definición de esquema en un nivel sin afectar su respectiva
definición en el nivel superior inmediato. Existen dos tipos de independencia. La primera es
la Independencia de datos física, que hace referencia a la habilidad de modificar el esquema
físico (buscando mejorar la performance) sin que los programas de aplicación deban ser
reescritos. Y la segunda es la Independencia de datos lógica que es la habilidad de modificar
el esquema lógico (cuando se altera la estructura lógica de la BD) sin que los programas de
aplicación deban ser reescritos. [según 9]
c. Atomicidad segura y Aislamiento
Un SMBD asegura la propiedad de la atomicidad (propiedad del todo o nada), aun si el
sistema es interrumpido en la mitad de un evento X. Un SMBD almacena un log(historial) de
todas las acciones hechas por el SMBD mientras se ejecutan el conjunto de acciones X. Antes
de que un cambio sea hecho en la BD, el log correspondiente es guardado a una posición
segura. Después de una interrupción, los efectos parciales de la operación ejecutada son
4
desechados usando el log. A su vez si el log no fue guardado antes de la interrupción, el
cambio correspondiente no fue aplicado a la BD. [según 4]
d. Simultaneidad o Control de la Concurrencia
La ejecución simultánea de los programas de usuario es esencial para el buen funcionamiento
de una SMBD. Dado que el acceso al disco es frecuente, y relativamente lento, es importante
conservar el procesador ‘zumbando’ por trabajar en varios programas simultáneamente. El
intercalar acciones de diferentes programas de usuario pude generar inconsistencia; por
ejemplo, una confirmación es borrada mientras el balance de la cuenta esta siendo procesada.
El SMBD asegura que tales problemas no surjan. [según 4]
El SMBD asegura la ejecución de {T1, ... , Tn} que es equivalente a una ejecución serial de T1’ ...
Tn’. Antes de leer o escribir un objeto, una transacción (acción) solicita un lock(bloqueo) sobre
el objeto, y espera que el SMBD le dé el lock. Al final de la transacción todas los locks son
eliminados. Por ejemplo: si una acción Ti (digamos, escribir X) afecta Tj (que puede ser leer X),
una de ellas, supongamos Ti, obtendrá el bloqueo sobre X primero, y Tj será forzada a esperar
hasta que Ti se complete, este es el orden de las transacciones. [según 4]
A su vez el SMBD puede asegurase de que no más de un usuario actualice el mismo registro al
mismo tiempo. Esto puede ocasionar registros duplicados. [según 1]
e. Reglas tipo ECA (Event - Condition - Action)
Cuando un evento ocurre, y la condición es verificada de manera correcta, ocurre una acción
determinada. Este tipo de reglas, clasifican a los SMBD, en dos grandes grupos: SMBD Activas
y SMBD Pasivas. Las activas se caracterizan por desencadenar acciones de manera automática
en respuesta a eventos monitoreados; en forma contraria las pasivas son quienes solo ejecutan
acciones gracias a eventos explícitamente provocados por las aplicaciones del programa.
[según 7]
4. FUNCIONES
a. Definición de datos
Esto incluye la definición de: archivos, estructuras de registro, nombres de campos, tipos y
tamaños, relaciones entre registros de diferente tipo, e información extra para tener una
búsqueda eficiente, como índices. [según 2]
b. Ingreso de datos y validación
5
Una validación puede incluir, verificación de tipos, verificación de rangos, y verificación de
consistencia. En un sistema interactivo de entrada de datos, los errores pueden ser detectados
inmediatamente – algunos pueden prevenirse por el monitoreo por teclado – y el reingreso es
permitido. [según 2]
c. Actualización
La actualización incluye, la inserción, modificación y eliminación de registros. Al mismo
tiempo cualquier dato de fondo tales como índice o punteros de un registro a otro deben
cambiar para mantener la consistencia. Actualizando puede tomar lugar la interactividad, o
por supresión de un archivo de transacción de registros. El manejo de esto puede requerir un
programa o alguna clase donde sea escrita, cualquier lenguaje de programación convencional
o en un lenguaje dado por el SMBD para construir archivos de comando. [según 2]
Muchas de los SMBD proporcionan una forma interactiva de ingresar y editar los datos,
permitiendo manejar nuestros propios archivos y BD. De cualquier modo, las operaciones
interactivas no dejan huellas de intervención y no proveen los mecanismos necesarios en una
gran organización. Estos controles deben ser programados en de los programas de ingreso y
actualización de la aplicación.
Esta; es una idea equivocada muy común sobre los SMBD, en computadoras de escritorio.
Sistemas de negocios complejos pueden ser desarrollados pero no sin programar. Esto no es lo
mismo como crear listas de datos para resguardar nuestros propios registros. [según 1]
d. Recuperación de datos sobre la base de un criterio de selección: consultas
La mayoría de los SMBD proporcionan lenguajes de consulta y reportes escritos, que permiten
a los usuarios preguntar interactivamente a la BD y analizar sus datos. Esta característica
importante da al usuario acceso para manejar toda la información que necesite. [según 1]
Para este propósito la mayoría de sistemas proveen un Lenguaje de Consulta con el cual las
características de los registros requeridos deben ser especificadas. Un lenguaje de consulta
difiere enormemente en poder y sofisticación pero un estándar el cual está llegando a ser
común es el basado en las supuestas operaciones relacionales. Éstas permiten: la selección de
registros en base a valores particulares de los campos, la selección de campos particulares de
registros mostrados, unir registros de dos diferentes campos basados en la coincidencia de los
valores de los campos. Combinaciones arbitrarias de estos operadores sobre los archivos
permiten a una base de datos poder responder una gran lista de consultas sin requerir a los
usuarios para que ingresen los registros. [según 2 ]
6
e. Definición de informes
La mayoría de sistemas proveen facilidades para describir como los informes de una BD
deben ser creados y presentados en papel. Estos pueden incluir la obtención de: cuentas,
totales, porcentajes, valores máximos y mínimos, sobre campos particulares. También la
especificación de la página y disposición de espaciados, cabeceras y numeraciones, y otros
aspectos para hacer el reporte comprensible. [según 2]
f. Documentación o Manejo de la Metadata
Almacenar metadatos o descripciones de los contenidos de la BD. [según 6]
Los datos de los datos son los denominados metadatos, un Catálogo del sistema o un
Diccionario de Datos, que es un BD especial mantenida por el SMBD. La información en el
catálogo son los objetos de los datos, BD estadísticas, estructuras físicas y rutas de acceso,
privilegios de acceso, etc. Esto es asequible a las funciones del SMBD. [según 7]
5. LENGUAJES
a. Data Definition Lenguage (DDL): Lenguaje de Definición de Datos
El DDL, permite definir un esquema de BD por medio de una serie de definiciones que se
expresan en un lenguaje especial, el resultado de estas definiciones se almacena en un archivo
especial llamado Diccionario de Datos. [según 3]
Usado por los Administrador de BD (ABD) y los Diseñadores de BD, para especificar el
esquema conceptual de la BD. En muchos SMBD, el DDL es utilizado también para definir el
esquema interno y externo. En alguno SMBD, se separa el Storage Definition Language (SDL),
Lenguaje de Definición de Almacenamiento; y el View Definition Language (VDL), Lenguaje
de Definición de Vistas para definir los esquemas internos y externos. [según 8]
Permite la escritura de esquemas: interno, de comunidad o conceptual y externo, y trazar
relaciones entre los esquemas. Además de especificar restricciones. [según 7]
El resultado de compilar un conjunto de sentencias en DDL es un conjunto de tablas que se
almacena en un archivo denominado Diccionario de Datos o bien Directorio de Datos. El
Diccionario de Datos contiene meta-datos (datos acerca de los datos) que se consultan cuando
los datos son leídos o modificados en el SMBD. La estructura de almacenamiento y los
métodos de acceso usados por el SMBD se especifican en un conjunto de definiciones
7
especiales en DDL conocidas como lenguaje de definición y almacenamiento de datos. [según
9]
b. Data Manipulation Language (DML)
Manipula la BD (recuperación, inserción, eliminación, modificación) con lenguajes de consulta
y lenguajes de programación. Presenta interfaces atractivas al usuario: gráficas, basadas en
menú, basadas en formularios, de lenguaje natural, paramétricas. [según 7]
Usado para especificar la recuperación y actualización. Los comandos DML pueden ser
clasificados dentro de los lenguajes de programación de propósito general, tales como Cobol,
Pascal, etc. Alternativamente, los comandos del DML independientes pueden ser aplicados
directamente. [según 8]
Un DML permite realizar acciones como: obtener información almacenada en la BD, agregar
nueva información a la BD, borrar información de la BD, modificar información de la BD. Los
lenguajes pueden ser, Procedimentales/Operacionales: especifican qué datos se necesitan y
como obtenerlos. Declarativos/No Procedimentales: especifican qué datos se necesitan sin
especificar como obtenerlos. [según 9]
6. ARQUITECTURA
Dentro del concepto de Arquitectura se manejan diferentes enfoques. Uno de ellos presenta una
arquitectura, desde una perspectiva de la independencia de los datos, mientras que la otra desde
un ángulo de capas dependientes una sobre otra.
a. Arquitectura de Tres niveles ANSI/SPARC
La ANSI/SPARC es American National Standards Institute/Standards Planning and
Requirements Comitee (Instituto Nacional Americano de Normas/Comité de Planes y
Requerimientos), dicha institución definió un estándar con un máximo grado de
independencia, separando aplicaciones de usuario y la base de datos física. Para ello se
utilizaron tres niveles de abstracción como interno, conceptual y externo.
8
Representación de la visión global de los tres esquemas enlazados, dando así una perspectiva general de cómo el
SMBD trabaja basándose en la independencia de datos.
a.1. Nivel interno
Este es el nivel más cercano a la máquina. Es una representación en bajo nivel de la BD
en la que se define la forma en la que los datos s almacenan físicamente en la máquina.
Se definen las características como los dispositivos en donde se almacenan los datos, el
espacio que se reserva, las estrategias de acceso, la creación de ficheros de índices, etc.
Es dependiente de la máquina en la que se vaya a instalar la BD, del sistema operativo
que exista, etc. [según 10]
La vista interna es la vista sobre el actual almacenamiento físico de los datos. Se nos
dice que la data es almacenada en la BD y como. A lo menos, estos aspectos deben ser
considerados: métodos de almacenamiento (B Trees, Hashing, etc), rutas de acceso
(especificación de llaves primarias y secundarias, índices, punteros y secuencias) y
también técnicas de compresión, encriptación, y optimización de las estructuras
internas. [según 11]
a.2. Nivel conceptual
Este nivel, tiene un esquema conceptual, que describe la estructura de los datos que van
a ser almacenados en la BD. El esquema conceptual esconde los detalles del
almacenamiento físico y se concentra en describir entidades, tipos de datos, relaciones,
operaciones de usuario y restricciones. [según 10]
La vista conceptual es el modelo de información de la empresa y contiene todas las
vistas de la empresa sin tener en cuenta la implementación física. Esta vista es
Fig. 01
9
normalmente más estable que las otras dos vistas. En una BD, puede ser deseable
cambiar las vistas internas para incrementar el rendimiento mientras aquí no ha sido
cambiado nada. La vista conceptual es la vista general de la BD e incluye toda la
información que va a ser representada en la BD. La vista conceptual está definida por el
esquema conceptual que define cuales definiciones incluye cada tipo de dato. [según 11]
a.3. Nivel externo o nivel de vista
Aquí se incluye varios esquema externos o vistas de usuario. Casa esquema externo
describe la parte de la BD en la que está interesado un grupo de usuarios en particular y
esconde el resto de la BD para esos usuario. La información se manipula sin saber cómo
está almacenada internamente (nivel interno) ni su organización (nivel conceptual).
[según 10]
El nivel externos es la vista individual que cada usuario tiene de la BD. Esta vista esta a
menudo una vista restringida de la BD y la misma BD pude proveer el número de
vistas diferentes para diferentes clases de usuarios. En general, los usuarios finales e
incluso los programadores de las aplicaciones están solamente interesados en un
subconjunto de la BD. Por ejemplo, un departamento principal solo puede estar
interesado en el departamento de finanzas y las inscripciones de los estudiantes pero
no la información de la biblioteca. La librería no tiene intereses sobre la información
académica del personal. La oficina de planillas no está interesada en las inscripciones de
los alumnos. [según 11]
b. Arquitectura a nivel de capas
Un típico SMBD tiene una arquitectura de capas.
Optimización y ejecución de consultas
Operaciones relacionales Archivos y métodos de acceso
Manejo del buffer Manejo del espacio en el disco
BD
Fig. 02
10
En la Fig. 02 no se muestra el control de concurrencia y los componentes de recuperación. Este es una
de las varias posibles arquitecturas; cada sistema tiene sus propias variaciones. [según 4]
Nivel de abstracción Objetos Mapeo Auxiliar de Datos Acceso algebraico no procedimental
Tablas, vistas Descripción lógica del esquema
Navegación en los registros
Registros, conjuntos Descripción lógica y física del sistema
Registro y acceso por manejo de rutas
Registro físicos, acceso a rutas Espacio libre en las tablas
Control de propagación
Segmentos, páginas Buffer de la BD
Manejo de archivos Archivos, bloques Directorios
La capa más baja, llamada Manejo de Archivos, opera en los bits de almacenamientos en algunos
dispositivos de almacenamiento no volátiles. A menudo en colaboración con el Manejador de Archivos
del sistema operativo, esta capa cubre con características físicas cada dispositivo de almacenamiento. El
Control de Propagación como el siguiente nivel, nos lleva a diferentes tipos de páginas las cuales están
fijadas en el largo por particiones de un espacio lineal y mapeados en bloques físicos. La estricta
definición entre páginas y bloques ofrece mayores grados de libertad para la propagación de páginas
modificadas. Por ejemplo, una página puede ser almacenada en distintos bloques durante su tiempo de
vida en la BD permitiendo una propagación atómica en los esquemas. El Manejo de Registros y Acceso
por Ruta implementa funciones de mapeo mucho mas complicadas. Por razones de rendimiento, las
particiones de datos dentro de los segmentos y páginas aún son visibles en esta capa. Han
proporcionado facilidades y mantenimiento para todas las representaciones de los objetos como rutas de
acceso a las estructuras como B trees, y el Catálogo de Datos. La Navegación de los Registros mapea
físicamente los objetos hacia sus representaciones lógicas y viceversa. En esta interfaz el usuario
navega a través de la red de registros lógicos. Una habilidad especial es la ordenación dinámica de
conjuntos de registros para soportas pesadas operaciones como ordenaciones tipo mezcla. Finalmente el
Acceso Algebraico no Procedimental proporciona una estructura lógica de datos (como tablas y vistas)
con operaciones declarativas u operaciones no procedimentales e al BD. Cada capa necesita un número
auxiliar de estructuras de datos para llegar al siguiente nivel. [según 12]
7. CASOS DE ESTUDIO
7.1. CASO A: MS Access
Microsoft Access es un sistema manejador de bases de datos relacionales (SMBD). MS
Access permite crear potentes bases de datos de modo que podemos organizar, analizar y
compartir información eficientemente. Es sofisticada tanto para desarrolladores
profesionales como para nuevos usuarios.
Microsoft ofrece una familiar completa de herramientas para BD de escritorio, de servidor y
de conectividad abierta. Para el uso personal surgió el Access. Las ultimas versiones están
11
caracterizadas por estar llenas de cualidades para el manejo de BD relacionales
multiusuario. Además de ello es extremadamente orientado y visual y de fácil uso. Se hace
más extensivo las formas de inserción drag and drop, y el dieseño visual de consultas
formularios y reportes.
Access viene integrado con un entorno de desarrollo, incluyendo un compilador,
compilaciones muy visuales, el uso de breakpoints y un simple seguimiento paso a paso.
Estas capacidad se combinan, para hacer un lenguaje de plataforma poderosa para el
desarrollo de soluciones de BD cliente – servidor.
Dentro de sus cualidades se puede mencionar que permite trabajar con Microsoft SQL
Server, además de ello permite trabajar en Internet o red local.
Facilita trabajar con datos y diseño de la base de datos, programar con Visual Basic,
generando mejor desempeño en la construcción de software asimismo, proteger, mantener y
convertir una base de datos. Se puede también crear y personalizar formularios e informes,
trabajar con réplicas, trabajar con las aplicaciones de muestra.
Otra característica es poder personalizar barras de herramientas, barras de menús y menús
contextuales, trabajar con macros, trabajar con otras aplicaciones y sobre todo posee un
software amigable y en español.
7.2. CASO B: SQL
SQL es un gestor de BD, que es referido a siglas en inglés que significan: Structured Query
Language, o Lenguaje de Consulta Estructurado es un lenguaje declarativo de acceso a
bases de datos relacionales que permite especificar diversos tipos de operaciones sobre las
mismas. Aúna características del álgebra y el cálculo relacional permitiendo lanzar
consultas con el fin de recuperar información de interés de una base de datos, de una forma
sencilla
Presenta propiedades y características muy favorables, como por ejemplo su potencia, posee
gran capacidad para Windows NT Server, y así como ttiene muy buenos registros para
benchmarks independientes tanto en transacciones totales, como en coste por transacción.
SQL, es muy seguro y confiable, y se adapta a las necesidades de la empresa, soportando
desde unos pocos usuarios hasta cantidades en el orden de los millares. Posee además una
completa interfaz gráfica que aminora la complejidad innecesaria en las tareas de
administración de la BD.
12
Es una muy buena opción para trabajar con sistemas Internet, Intranet y Extranet. Tiene una
tendencia a orientarse, como es el desarrollo en Visual Basic, Visual C++, Visual Java, Visual
Interdec, etc.
7.3. COMPARACIÓN ENTRE CASO A Y B
Cuadro comparativo:
MS Access cae dentro de la categoría de programas de escritorio y funciona mejor de
manera individual y grupos que manejan datos a niveles de megabytes. En comparación
con el SQL, Access usa una arquitectura archivo- servidor, antes uqe una cliente – servidor.
Además de ello tiene muchas restricciones en comparación con el SQL y no puede ser usado
en el caso de deseas construir un sistema estable y eficiente con mucha concurrencia de
usuarios.
En este apartado la misión no es de desprestigiar a alguno de los dos SMBD, sino que de
brindar una visión un poco más real de la que realmente el comercio las presenta. Cada uno
de los paquetes es muy bueno, simplemente que depende de la utilización y la aplicación
que vayan a tener con los usuarios. Se debe tomar en cuenta además que mientras más
Característica Access SQL
Tablas Tablas relacionales Tablas relacionales Tablas temporales
Procedimientos No disponible Comandos Microsoft T-SQL
Funciones definidas por el usuario
No disponible
Funciones escalar Funciones tabla – valor en línea Funciones tabla – valor en multideclaraciones
Transacciones lógicas
No disponible Disponible
Recuperación Recupera su último backup
Recupera el último backup Recupera el ultimo punto de falla Recupera un punto específico en el tiempo
Integración con Windows NT
No disponible Disponible
Tamaño de la BD 1 GB 1,048,516 TB Bytes en el nombre de un objeto
64 2 GB – 2
Acercamiento al sistema
Archivo – servidor Cliente – servidor
Nivel de concurrencia
255 clientes En el orden de los millares
13
prometa un software significa que contiene ciertos deméritos, como pueda ser la necesidad
de funcionar en hardware muy rápido y que necesite muchos recursos del sistema.
Finalmente la decisión de cual es el mejor, depende de quién o quienes vayan a servirse del
sistema.
8. CONCLUSIONES
Ciertamente, las mayores preocupaciones son si una SMBD es bueno o no. Pero como se conoce,
todo tiene un pro y un contra. Dentro de estas características, se trato de enmarcar la presente
investigación arribando finalmente a las siguientes conclusiones:
- Un SMBD es usado para el mantenimiento y la ejecución de consultas de todo tipo, y con los
beneficios de contar con un respaldo a prueba de fallos, brindado soluciones a las
concurrencias de manera rápida.
- Los SMBD, permiten llevar a todo los sistemas que manejan información a un ámbito más
abstracto. Donde se presente un gran beneficio como es el de la Independencia de los datos, la
cual no se lograría sin tomar como punto inicial la separación en niveles
- Las arquitecturas que se presentan en un SMBD, son variables, presentándose el caso de que
para cada manejador, se pueda implementar una arquitectura novedosa; pero la cual no deja
de estar ligada con los conceptos vistos en el desarrollo del tema. Vale decir que lo
mencionado en la investigación es tan solo un pequeño conjunto de datos que permiten guiar
con bases de manera general.
- Las BD, siempre han de necesitar a un manejador es decir, alguien quien pueda controlar
todos los requerimientos para la obtención, de mayores beneficios en el manejo de la
información.
REFERENCIAS BIBLIOGRÁFICAS
[1] Answer.com, DBMS[en línea], disponible en:
<http://www.answers.com/topic/database-management-system>
14
[2] T. VALSAMIDIS, An Introduction to Databases and Database Magament System[en línea], City Universsity
London, 1998 disponible en :
<http://www.soi.city.ac.uk/~tony/dbms/intro.html>
[3] L. A. CAMPOY MEDRANO, Tutorial de Bases de Datos I[en línea], Instituto Tecnológico de la Paz, 1999
disponible en:
<http://www.itlp.edu.mx/publica/tutoriales/basedat1/tema1_9.htm>
[4] R. RAMAKRISHNAN Y J. GEHRKE, Database Management Systems, [en línea] ed 3, disponible en:
<http://www.cs.wisc.edu/~dbbook/openAccess/thirdEdition/slides/slides3ed-english/Ch1_Intro.pdf>
[5] Webopedia, Database manadament system[en línea] , disponible en:
<http://www.webopedia.com/TERM/D/database_management_system_DBMS.html>
[6] G. YURA, Fundamentos de una GIS[en línea], Universidad de Conepción, disponible en:
<http://www.profc.udec.cl/~gabriel/tutoriales/giswb/vol1/cp4/cp4-3.htm>
[7] M. A. WICKS, Database Management System[en línea], Service Informatique et Résaux, disponible en:
<http://cs.ulb.ac.be/cours/info364/dbmsnotes.pdf>
[8] H. HSI CHEN, Database System Concepts and Architecture[en línea], Nacional Taiwan University,
disponible en:
<http://nlg3.csie.ntu.edu.tw/courses/Database/slides/Dbase2.ppt.>
[9] M.M. VETTURINI Y G.I. SIMARI, Elementos de Bases de Datos[en línea], Universidad Nacional del Sur,
2004, disponible en:
<http://cs.uns.edu.ar/~gis/ebd/Archivos/Clases/EBD%20-%20Clase%2003%202004%20BN.pdf>
[10] F. RUIZ, Arquitectura de Sistemas de Bases de Datos, Universidad de Castilla La Mancha, pág. 2 – 6, 2000
[11] DBMS Architecture[en línea], James Cook University disponible en:
<http://www.cs.jcu.edu.au/Subjects/cp3020/1997/Lecture_Notes/databases/dbms_arch.html>
[12] T. HARDER, DBMS Architecture – Still an Open Problem, University of Kaiserslautern, pág. 3 – 5
[13] Motores de Bases de Datos[en línea], disponible en:
<http://personales.com/cuba/cardenas/internet/bd.html>
[14] H. MCGRAW, Introduction to SQL[en línea], 2004, disponible en:
<http://www.mssqlcity.com/Articles/Compare/>
[15] S.A. VARTANYAN, The comparison of Access and SQL[en línea], disponible en:
<http://www.mssqlcity.com/Articles/Compare/SQLvsAccess.htm>
Título del trabajo: SISTEMA MANEJADOR DE BASES DE DATOS
Alumno: CARRANZA ATHÓ FREDY
Veracidad Actualidad Claridad Profundidad Autenticidad Formato Referencias Bibliográficas