4
Universidad Veracruzana Lic. Sistemas Computacionales Administrativos. Alumnos: Díaz Rosas Marcos Alberto Padilla Bautista Gisela Armas Molina Andrés Alejandro Investigación: Propuesta de criterios Materia: Bases de datos. Catedrático: Dr. Carlos Arturo Torres Gastelú. 18 de octubre de 2010.

Actividad2uni3

Embed Size (px)

Citation preview

Page 1: Actividad2uni3

Universidad VeracruzanaLic. Sistemas Computacionales Administrativos.

Alumnos:Díaz Rosas Marcos Alberto

Padilla Bautista GiselaArmas Molina Andrés Alejandro

Investigación:Propuesta de criterios

Materia:Bases de datos.

Catedrático:Dr. Carlos Arturo Torres Gastelú.

18 de octubre de 2010.

Page 2: Actividad2uni3

ÍndiceÍndice............................................................................................................................................2

Introducción.................................................................................................................................2

Propuesta de criterios..................................................................................................................2

Conclusión....................................................................................................................................3

Introducción

Un sistema gestor de base de datos debe de tener ciertas características como permitir el control de redundancia, mantenimiento de la integridad, respaldo y recuperación, etc. Sin embargo cada que necesitemos escoger alguno tendremos que pensar que es lo que queremos que este haga, y entonces buscar cuál de todos los disponibles en el mercado se adecua más a nuestras necesidades, y a las del cliente principalmente.

Propuesta de criterios

Nosotros hemos decidido trabajar con los DBMS propietarios ORACLE Y SQL SERVER, ORACLE porque es un entorno en el que ya anteriormente hemos trabajado y es muy completo DBMS, y con el SQL SERVER debido a que es el propuesto en la clase.

Nuestra propuesta de análisis comparativo consta en crear dos o tres bases de datos de prueba, adaptando el código sql en el respectivo DBMS a manera que quede igual de compleja la base de datos.

En cada base de datos se correrán una determinada cantidad de registros, la misma cantidad en la DBMS. Por ejemplo: una primera base de datos llamada BD1 llevará 300 registros por igual en cada DBMS, una segunda base de datos llamada BD2 que contendrá 800 registros en ambas DBMS, y así, dependiendo de la cantidad de bases de datos de prueba.

Se registrará el tiempo de ejecución de llenado de tablas con los registros. Además del tiempo de ejecución de consultas, con diferente complejidad por cada Base de datos de prueba y de igual forma en cada DBMS.

También se tomara en cuenta como controlan la redundancia de datos, cual es la respuesta en cada DBMS y que se podría hacer para mejorar la situación.

Se realizaran diversas pruebas de seguridad, como comprobar que solamente determinados usuarios podrán consultar y modificar en la base de datos.

Se llevaran a cabo modificaciones en la base de datos para ver cuál sería la respuesta o qué problemas ocasionaría un cambio en la base de datos, y si existe una manera de recuperar los datos anteriores.

Observar detalladamente que pasaría en caso de que se desconecte el CPU de la corriente directa, y como afectaría la base de datos y que opciones ofrece en caso de fallas.

Page 3: Actividad2uni3

También tomar en cuenta, que DBMS ocupa menos espacio, tanto la DBMS en si, como la base de datos en que se ejecuta en ella, y así determinar cuál conviene más respecto al uso de espacio en la memoria.

Otra característica que se tomaría en cuanta seria cual gestor controla mejor múltiples transacciones y accesos de usuarios sin arriesgar la integridad de los datos.

Entonces las características que analizaremos son:

Seguridad. La disponibilidad de los datos puede ser restringida a ciertos usuarios. Según los privilegios que posea cada usuario de la base de datos, podrá acceder a mayor información que otros.

Tamaño requerido en disco del SMBD. Recursos que necesita el SMBD cuando se encuentra en ejecución. Respaldo y recuperación. Un respaldo es una descarga o vaciado "vaciado" periódico

de la base de datos en un medio de alimentación de respaldo, y procedimientos para cargar otra vez la base de datos a partir del vaciado más reciente cuando sea necesario. Y la recuperación, es una estrategia disponible en numerosos sistemas de gestión de bases de datos, que permite restaurar la base de datos hasta la última unidad de trabajo realizada (transacción) antes de producirse un error de hardware o de software que haya impedido seguir utilizando la base de datos.

Tiempo de procesamiento. Control de redundancia. Este consiste en lograr una mínima cantidad de espacio de

almacenamiento para almacenar los datos evitando la duplicación de la información. De esta manera se logran ahorros en el tiempo de procesamiento de la información, se tendrán menos inconsistencias, menores costos operativos y hará el mantenimiento más fácil. Recuperación de fallas. Tiene que ver con la capacidad de un sistema DBMS de recuperar la información que se haya perdido durante una falla en el software o en el hardware.

Múltiple acceso a usuarios. Usa técnicas basadas en bloqueos. Un bloqueo consiste en garantizar que el acceso a los datos se realice de forma mutuamente excluyente: mientras una transacción accede a un dato ninguna otra puede modificarlo.

ConclusiónPara poder escoger un SGBD primero es necesario saber que requerimos de él, si necesitaremos múltiples conexiones de usuarios, si contamos con un equipo con muchos recursos, que sea muy útil a la hora de algún fallo, etc. Y una vez que sabemos bien que es lo que queremos enfocarnos en buscar cual SGBD nos ofrece estas características y en qué nivel de calidad nos las ofrecen. Y como existen una gran diversidad de SGBD y la mayoría con las mismas características, es por eso que se vuelve necesario realizar una comparación entre algunos de estos para ver cual nos convendría más para nuestro proyecto, trabajo o negocio si fuese el caso.