1. Universidad Veracruzana2010Stefany Enríquez Vargas S08007015 Espejo Cruz A. Jacobo S08007061 Vázquez Virgen Tomás A. S08006979Comparativa de Sistemas Manejadores de Base de Datos. Modelo Relacional vs Modelo Orientado a Objetos.Base de DatosDr. Carlos Arturo Torres Gastelú <br />Tabla de contenido TOC quot;
1-3quot;
1.Introducción. PAGEREF _Toc275200219 32.Definición de Modelos. PAGEREF _Toc275200220 33.Definición de Criterios. PAGEREF _Toc275200221 43.1.Backup and Recovery: PAGEREF _Toc275200222 43.2.Security: PAGEREF _Toc275200223 43.3.Easy data Access: PAGEREF _Toc275200224 53.4.Low impact of a failure: PAGEREF _Toc275200225 53.5.Controlling redundancy: PAGEREF _Toc275200226 54.Medición de Criterios. PAGEREF _Toc275200227 5<br />Introducción. <br />Para realizar nuestra comparación nosotros nos enfocaremos hacia dos modelos de Sistemas Manejadores de Base de Datos. <br />Por una parte tendremos lo que es el modelo de SMBD Orientado a Objetos y por otra lo que será el modelo Relacional, aunado a esto utilizaremos cinco criterios los cuales definiremos y mediremos con el fin de obtener como resultado una comparación entre ambos modelos de Sistemas Manejadores de Base de Datos. <br />Nuestra comparativa la dirigiremos hacia lo que es el Administrador de la Base de Datos, ya que desde nuestro punto de vista este es la persona que más relación tiene con la Base de Datos, por lo cual es necesario para el conocer cuál es el modelo que se ajusta más a sus necesidades y/o requerimientos. <br />Definición de Modelos. <br />La estructura fundamental del modelo relacional es la relación. Este modelo establece una estructura sobre los datos manejados dentro de la BD, para que posteriormente éstos puedan ser almacenados de múltiples formas para aprovechar características físicas concretas de la máquina sobre la que se implante la base de datos realmente.<br />El modelo relacional hace gran énfasis en lo que se refiere a los usuarios finales, ya que este modelo se creó con el fin de facilitar a estos últimos la realización de consultas u otras actividades que se relacionen con la Base de Datos. <br />Ahora bien el administrador de bases de datos (DBA) dentro de este modelo, es quien, determinará lo conveniente en labor de un mejor rendimiento, y podría modificar el modelo físico de datos sin afectar al modelo lógico. <br />Retomando lo que se plantea en el párrafo anterior el DBA está encargado de las estructuras o formas de almacenamiento dentro de la base de datos, pudiendo hacer los cambios que este crea necesarios pero sin afectar la información que es mostrada a los usuarios finales. <br />Debido a esto es que nosotros escogimos una serie de criterios para definir cuál es la rentabilidad que este modelo proporciona al DBA. <br />Ahora bien en lo que se trata del modelo orientado a objetos encontramos que tradicionalmente, los datos y los procedimientos se han almacenado separadamente: los datos y sus relaciones en la base de datos y los procedimientos en los programas de aplicación, sin embargo este modelo, combina los procedimientos de una entidad con sus datos. Esta combinación se considera como un paso adelante en la gestión de datos. <br />El modelo orientado a objetos soporta tipos de datos más complejos, lo cual nos lleva al administrador de la base de datos, ya que este para la realización de sus funciones necesita que el entorno en el cual labore le proporcione los requerimientos necesarios para realizar su función y el modelo orientado a objetos por soportar datos más complejos le permite tener un mayor alcance en la base de datos, esto es una gran ventaja para el DBA, sin embargo no todos los usuarios están acostumbrados a utilizar tales datos por lo que no serian aplicados de forma correcta. <br />La ventaja de este modelo orientado a objetos para con el usuario es que es mas grafico y esto le proporciona una mayor facilidad para el manejo de la BD, así también el DBA tiene un entorno más dinámico con el cual puede interactuar y realizar sus labores correspondientes. <br />Definición de Criterios. <br />Backup and Recovery.<br />Security.<br />Easy data access.<br /> Low impact of a failure.<br />Controlling Redundancy. <br />Backup and Recovery:<br />Copia de seguridad para uno, varios o la totalidad de los archivos considerados importantes para conservarlos en caso de pérdida intencional o involuntaria o por algún tipo de fallo ocasionado en la base de datos, permitiendo una recuperación posterior por parte del administrador.<br />Security: <br />Acción fundamental dentro de la base de datos la cual se encarga de resguardar y permitir los accesos a esta a cada uno de los usuarios que interactúen con ella. <br />Los usuarios pueden tener un acceso limitado, nulo o con derechos para la creación o modificación de los datos y archivos<br />Easy data Access:<br />Cada administrador de la base de datos, programara conforme a su comodidad y entendimiento tanto para él y hacia los demás por medio de manuales del sistema y diccionario de datos esto facilitará el acceso a los datos en un futuro agilizando las creaciones y/o modificaciones para él y las consultas y/o reportes para los usuarios finales. <br />Low impact of a failure:<br />En caso de que un fallo llegara a ocurrir en el transcurso del uso de la base de datos este deberá de afectar en lo mínimo posible a todo el sistema por lo cual es preferible moderar la interacción que se tiene con el sistema por parte de los usuarios que cuenten con los derechos de la manipulación de los datos<br />Controlling redundancy:<br />Función encargada de moderar el flujo de los datos, por lo general por medio de algoritmos realizados de manera automática, es utilizada para la detectar la alteración de datos durante la transmisión o el almacenamiento, esto con la finalidad de la detección de errores y ciclos.<br />Medición de Criterios.<br />Representaremos la medición de los criterios mediante una tabla, en la cual compararemos ambos modelos, tomando en cuenta para cada criterio una forma distinta de medición, esto de acuerdo a la función y definición que anteriormente aportamos. <br />Backup and Recovery:<br />La capacidad para realizar respaldos y restauraciones oportunas para no perder la información se medirá mediante la elaboración de copias de seguridad de los archivos y su confiabilidad para poder ser utilizadas en caso necesario.<br />Security:<br />Físicas: Controlar el acceso al equipo. Tarjetas de acceso, etc.<br />- Personal: Acceso sólo del personal autorizado. Evitar sobornos, etc.<br />- SO: Seguridad a nivel de SO<br />- SGBD: Uso herramientas de seguridad que proporcione el SGBD. Perfiles de usuario, vistas, restricciones de uso de vistas, etc.<br />Fácil acceso a datos:<br />Ambos sistemas cuentan con su nivel de manejabilidad en el manejo de los datos y serán comparados mediante la accesibilidad de las herramientas, la rapidez de las consultas y formulación de reportes, interfaz amigable para el usuario<br />Bajo impacto de fallos:<br />Se medirá el grado en que un posible fallo afecte a la base de datos por medio de modificaciones realizadas por el DBA, accesos a usuarios sin derechos, consultas no especificadas en la base de datos, errores en la sintaxis de la programación y/o consultas. <br />Control de redundancia:<br />Verificar que los SMBD cuenten con la automatización del control de redundancia; de ser así valorar su grado de efectividad detectando errores, ciclos, alteración de los datos en el almacenamiento y simplificar los resultados en las consultas en caso contrario su grado de dificultad para realizarlos por medio de otros métodos u aplicaciones conocidas por el DBA.<br />Fuentes.<br />http://www.ingenieriasimple.com/papers/ModeloRelacional.pdf<br />http://es.wikipedia.org/wiki/Base_de_datos_relacional<br />http://es.wikipedia.org/wiki/Base_de_datos_orientada_a_objetos<br />http://www3.uji.es/~mmarques/e16/teoria/cap2.pdf<br />http://www.uv.mx/usbi_ver/alci10/<br />Universidad Nacional Autónoma de México. Facultad de Contaduría y Administración. Autor. Carlos Francisco Méndez Cruz. Base de Datos. <br />