INSTITUTO TECNOLOGICO DE TAPACHULA MATERIA:
CATEDRATICA:
ADMINISTRACION DE BD
TERESA DEL CARMEN CABRERA GOMEZ
ALUMNO:
JESÚS RUIZ CRUZ
CARRERA:
ING. SISTEMAS COMPUTACIONALES
Jueves, 18 de febrero de 2016
Consideraciones para elegir un buen SGBD Para seleccionar correctamente un SGBD se deben analizar y reconocer ciertos aspectos. Por ejemplo: Características, virtudes, ventajas y desventajas de cada uno que permitan reconocer y seleccionar el mejor al momento de encontrarse con determinada solución. Primero comenzaremos por entender que los siguientes SGBD pertenecen al modelo: Cliente/Servidor: MySQL PostgreSQL Microsoft SQL Server Oracle Mientras que los siguientes pertenecen al modelo embebido: SQLite Microsoft Access Paradox dBase Microsoft SQL Server Nótese como este último (SQL Server) se filtra en ambos, y es que proporciona versiones para ambas situaciones o modelos. Ahora bien, los SGBD Cliente/Servidor son aquellos que como tal permiten realizar una conexión remota o local mediante la ejecución de un servicio o aplicación que opera mediante un puerto lógico de datos. Esto es entonces que para poder emplear un SGBD de este tipo se requiere siempre tener instalado dicho software en un equipo como mínimo, de otra manera la administración o acceso a la base de datos es imposible. Por otro lado, los SGBD embebidos permiten tener acceso a la base de datos sin necesidad de tener algún software instalado. Aunque si bien es cierto debe haber un punto de partida, por lo que el desarrollador de la base de datos si deberá instalarse ciertas herramientas para la creación del BD. Esto claro dependerá del SGBD embebido que desee utilizar. El tipo embebido entonces puede generar uno o más archivos por base de datos, permitiendo tener una portabilidad más cómoda. Pues como ya se menciono, los equipos a donde se distribuya no requerirán ningún software extra como SGBD, pues ese trabajo ya estará hecho previamente por el desarrollador en su equipo. Pero ¿Qué tiene uno que no tenga el otro? Esta pregunta nos lleva visualizar aspectos resaltantes entre uno u otro. Y es que por ejemplo debemos resaltar que, en aspectos de seguridad, los SGBD Cliente/Servidor se llevan el premio. Pues estos son más óptimos que los embebidos en cuestiones de seguridad. Y es que, si Cliente/Servidor significa acceso remoto, entonces debemos de prevenir cualquier acceso mal intencionado. Esto lleva a concluir que dichos
SGBD por tanto deben proveerse de capacidades que contribuyan enormemente a la protección de información. Contrario a todo lo anterior, los SGBD embebidos son portables y con menos seguridad pues la intención es acceder a esa información de manera local únicamente, es decir, el portador es quien decide qué hacer con dicha información. Eso no significa que nuestros datos sean inseguros o que puedan ser corrompidos fácilmente. Para nada, los SGBD se encargan de dar capacidades de cifrado para cada una de sus bases de datos. Pero entonces se pudiera pensar que hay contradicción, pues la realidad es que ambos tienen buenas codificaciones de datos lo que garantiza que no cualquiera puede acceder a la información. Si bien esto pudiera ser real desde determinada perspectiva, sin embargo, no desde el punto de vista del acceso. Para ejemplificar, imagine que determinada información súper importante para usted esta guardada en un archivo PDF dentro su memoria USB, y suponga que usted protegió dicho archivo con una contraseña cifrada para que no cualquiera, sino solo usted pueda ver esa información. Entonces, la cuestión ¿es que tan fácil o difícil es que usted pueda asegurar que nadie podrá tener acceso a su información dentro del PDF? Su información contenida en el PDF es muy portable, eso es muy cierto, y el contenido esta protegido… ¡felicidades! Y… ¿el archivo físico? He allí el detalle. Todos pueden observarlo y fácilmente copiar dicho archivo. La USB por si sola no administrara quien copia u observa el archivo, ni mucho menos quien accede a la información. Así que solo es cuestión de tiempo antes de que alguien se haga de su PDF e insista con descifrados hasta acceder a la información, sin mencionar que incluso podría eliminar dicho archivo y evitar la fatiga de descifrarlo, ósea que ni usted ni el usuario mal intencionado tendrían la información. Todo esto posible entonces por no controlar quien accede y quien no al archivo. Pero ahora imagine que su PDF es dejado en un equipo, el cual no es movido físicamente. Para acceder a su PDF usted debe hacerlo de manera remota, al ser, así las cosas, no queda otra más que acceder por puertos lógicos. Siendo así usted no dejaría acceder al equipo completo de manera directa, pues mas que un PDF quedaría en riesgo todo lo demás. Pues entonces su solución radica en un software instalado en el equipo remoto que permita controlar los accesos a sus datos. Esto es entonces que antes de que cualquiera pueda acceder a cualquier cosa de su equipo pedirá permiso de hacerlo ha dicho software. Mas aun, cualquier orden para lo que el software no este configurado la rechazara rotundamente. Ahora caemos en cuenta que nadie accede a su PDF sino se otorga permiso a través de este software. ¿No cree que ahora sea mas seguro? Los archivos a los que el software accede simplemente no podrán ser accedidos por el usuario directamente, sino indirectamente a través del software. El usuario ni siquiera sabrá que tipo de archivo es, o su tamaño, formato, etc. No sabrá nada más que lo que el software le avise. Y si no lo ve, menos podrá acceder al archivo para copiarlo e intentar sus artimañas para descifrarlo. Cabe mencionar que con todo esto también se ha sacrificado algo más… su portabilidad. Estas son dos características muy destacadas en ambos tipos de SGBD, por lo que antes de elegir un tipo se debe considerar el resto de características, mismas que podrán ser descubiertas en base al SGBD específicamente seleccionado.
Esto nos lleva checar similitudes y diferencias entre uno u otro SGBD mencionados al principio de este artículo, mismas que nos permitirán ver como ventaja/desventajas las características proporcionadas.
