Administracion de Bases de Datos: febrero 2014

jueves, 27 de febrero de 2014

lunes, 17 de febrero de 2014

Control de redundancia
En la creación tradicional de programas de archivos, cada grupo de usuarios mantiene sus propios archivos para manejar sus aplicaciones de procesamiento de datos. Supongamos la situación para una base de datos de un supermercado. Los grupos involucrados serían, entre otros, el de finanzas y el de reposición. Con el enfoque tradicional, cada sector mantendría archivos independientes para los proveedores, cada uno con un objetivo distinto. Buena parte de los datos se almacenarían dos veces.
Generalmente, esta redundancia de datos provoca varios problemas:

Es necesario realizar la misma actualización -introducir un nuevo proveedor- varias veces: una vez en cada archivo que contenga datos de proveedores. Esto implica duplicar el trabajo
Se desperdiciar espacio de almacenamiento al guardar los mismos datos en varios lugares
Es posible que los archivos que representan los mismos datos se tornen inconsistentes
Con el enfoque de bases de datos, las vistas de los diferentes grupos de usuarios se integran durante el el diseño de la base de datos. Para conservar la consistencia, debe crearse un diseño que almacene cada dato lógico -como la dirección del proveedor- en un solo lugar de la base de datos. Ello evita la inconsistencia y ahorra espacio de almacenamiento.
Restricción de los accesos no autorizados
Cuando muchos usuarios comparten una misma base de datos, es probable que no todos tengan la autorización para tener acceso a toda la información que contiene. El SGBD debe contar con un subsistema de seguridad y autorización que permita al DBA crear cuentas y especificar restricciones para ellas.

Cumplimiento de las restricciones de integridad
La mayor parte de las aplicaciones de base de datos tienen ciertas restricciones de integridad que deben cumplir los datos. El SGBD debe ofrecer recursos para definir tales restricciones y hacer que se cumplan.

Otro tipo de restricción especifica que los valores de los elementos de información sean únicos. Estas restricciones se derivan de la semántica (o significado) de los datos y del minimundo que representa. Es responsabilidad de los diseñadores de la base de datos identificar las restricciones de integridad durante el diseño. Algunas restricciones se pueden especificar en el SGBD, el cual hará automáticamente que se cumplan; otras pueden requerir verificación mediante programas de actualización o en el momento en el que se introducen los datos.
Respaldo y recuperación
Todo SGBD debe contar con recursos para recuperarse de fallos de hardware o de software. Para ello está el subsistema de respaldo y recuperación del SGBD. Por ejemplo, si el sistema falla mientras se está ejecutando un complejo programa de actualización, el subsistema de recuperación se encargará de asegurarse de que la base de datos se restaure al estado en el que estaba antes de que comenzara la ejecución del programa.

Actividad #9

Instalación de PostgreSQL en Linux

Instalación de MySQL en Linux

Instalacíon MySQL en Windows Server

martes, 11 de febrero de 2014

Actividad #7 Bases de datos en la nube

Puntos Importantes dela nube en TI

Seleccionar una solución en nube no se diferencia sustancialmente de seleccionar una solución implementada en sitio. Sin embargo, hay algunas consideraciones que son exclusivas de la nube. Eso incluye:

1. Cobertura total: ¿Puede la solución gestionar todo el negocio sin recurrir a la sincronización manual

de datos o a aplicaciones adicionales?

2. Flexibilidad y posibilidad de extensión: ¿Se puede personalizar la solución? ¿La personalización requiere programación? ¿Hay una interfaz de programación de aplicaciones (API)?

3. Seguridad: ¿Cómo hará el proveedor de servicios de nube para proteger los datos de virus, hackers y robo?

4. Backups y recuperación: ¿Cuáles son los planes de contingencia, backup y recuperación y su confiabilidad?

5. Actualizaciones: ¿Las actualizaciones se implementan con regularidad? ¿Con qué frecuencia? ¿Son gratuitas? ¿Cuál es el camino de desarrollo del proveedor?

6. Contratos de nivel de servicios: ¿Las expectativas en cuanto al nivel de servicios están documentadas en detalle en el SLA? ¿Se incluyen en el SLA cláusulas penalizadoras por servicios no prestados y expectativas no cumplidas? ¿Qué otros servicios brinda el proveedor más allá de las aplicaciones?

7. Capacitación y asistencia: ¿El proveedor ofrece capacitación? ¿Es completa e integral? ¿Dónde y cuándo se realiza la capacitación? ¿Cómo maneja el proveedor los pedidos de asistencia?

8. Escalabilidad: ¿Podrá el proveedor mantener y mejorar los niveles de servicio para seguir el paso del crecimiento de su negocio y de sus clientes?

Soluciones que nos da la nube en todos los procesos.

Las soluciones en nube aceleran la incorporación

Cuando es momento de agregar personal, los dueños de marcas sólo tienen que añadir licencias, es incrementar el número de usuarios suscritos de acuerdo con los términos de sus SLA. Los nuevos miembros contratados tienen acceso casi instantáneo al software que necesitan para desempeñarse en su trabajo.

Las soluciones en nube permiten la rápida integración de nuevas funcionalidades

Cuando los propietarios de marcas necesitan agregar módulos de software para brindar asistencia a nuevos procesos de negocios, esos módulos pueden implementarse más rápido y sin necesidad de instalar software en las máquinas del cliente o configurar un servidor o plataforma de bases de datos.

Las soluciones en nube hacen más fácil incorporar nuevos socios y proveedores

A medida que el negocio crece, los dueños de marcas pueden necesitar incorporar nuevos socios y proveedores para manejar los aumentos en la producción, lanzar nuevos productos al mercado o entregar productos a nuevos territorios. Los dueños de marcas pueden incorporar nuevos socios al sistema rápidamente e integrarlos instantáneamente al panorama operacional.

Bases de Datos en la nube:

Una base de datos en la nube es una base de datos que se ejecuta en la nube. Hay dos modelos de implementación: los usuarios pueden ejecutar la bases de datos en la nube de forma independiente, utilizando una imagen de máquina virtual, o pueden comprar el acceso a un servicio de base de datos, gestionada por un proveedor de base de datos en nube. De las bases de datos disponibles en la nube, algunas son basadas en SQL y algunos utilizan un modelo de datos NoSQL.

Ventajas de las BD en la nube:

Costos. Podría ser la ventaja más atractiva que presenta el cómputo en la nube, y si no lo es, al menos es la más evidente de todas las que ofrece esta tecnología. Al dejar la responsabilidad de la implementación de la infraestructura al proveedor, el cliente no tiene que preocuparse por comprar equipos de cómputo, capacitar personal para la configuración y mantenimiento de éstos, y en algunos casos, por el desarrollo del software.

Competitividad. Al no tener que adquirir equipos costosos, las pequeñas empresas pueden tener acceso a las más nuevas tecnologías a precios a su alcance pagando únicamente por consumo.

Disponibilidad. El proveedor está obligado a garantizar que el servicio siempre esté disponible para el cliente. En este sentido, la virtualización juega un papel fundamental, ya que el proveedor puede hacer uso de esta tecnología para diseñar una infraestructura redundante que le permita ofrecer un servicio constante de acuerdo a las especificaciones del cliente.

Abstracción de la parte técnica. Como se mencionó al hablar de costos, el cómputo en la nube permite al cliente la posibilidad de olvidarse de la implementación, configuración y mantenimiento de equipos; transfiriendo esta responsabilidad al proveedor del servicio.

Proveedores de Servicio:

Microsoft SQL Azure (MS SQL)

Heroku PostgreSQL como servicio (compartido o dedicado)

Clustrix Base de datos como servicio

Xeround Cloud Database - MySQL front-end

EnterpriseDB Postgres Plus Cloud Database

GaianDB

viernes, 7 de febrero de 2014

Actividad #6 Consideraciones para elegir un buen DBMS

¿Cuáles son las inconvenientes de un sistema gestor de base de datos?

Complejidad. Los SGBD son conjuntos de programas muy complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder sacar un buen partido de ellos.

Tamaño. Los SGBD son programas complejos y muy extensos que requieren una gran cantidad de espacio en disco y de memoria para trabajar de forma eficiente.

Coste económico del SGBD. El coste de un SGBD varía dependiendo del entorno y de la funcionalidad que ofrece. Por ejemplo, un SGBD para un ordenador personal puede costar 500 euros, mientras que un SGBD para un sistema multiusuario que dé servicio a cientos de usuarios puede costar entre 10.000 y 100.000 euros. Además, hay que pagar una cuota anual de mantenimiento que suele ser un porcentaje del precio del SGBD.

Coste del equipamiento adicional. Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir más espacio de almacenamiento. Además, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una máquina más grande o una máquina que se dedique solamente al SGBD. Todo esto hará que la implantación de un sistema de bases de datos sea más cara.

Coste de la conversión. En algunas ocasiones, el coste del SGBD y el coste del equipo informático que sea necesario adquirir para su buen funcionamiento, es insignificante comparado al coste de convertir la aplicación actual en un sistema de bases de datos. Este coste incluye el coste de enseñar a la plantilla a utilizar estos sistemas y, probablemente, el coste del personal especializado para ayudar a realizar la conversión y poner en marcha el sistema. Este coste es una de las razones principales por las que algunas empresas y organizaciones se resisten a cambiar su sistema actual de ficheros por un sistema de bases de datos.

Prestaciones. Un sistema de ficheros está escrito para una aplicación específica, por lo que sus prestaciones suelen ser muy buenas. Sin embargo, los SGBD están escritos para ser más generales y ser útiles en muchas aplicaciones, lo que puede hacer que algunas de ellas no sean tan rápidas como antes.

Vulnerable a los fallos. El hecho de que todo esté centralizado en el SGBD hace que el sistema sea más vulnerable ante los fallos que puedan producirse.

Indique los pasos importantes para configurar una base de datos para una empresa dada.

1. Haga clic sobre la lista desplegable para seleccionar el tipo de base de datos.

2. Si selecciona una base de datos MS SQL, indique el nombre del servidor SQL. Si hace clic sobre la lista, GFI MailArchiver intentará encontrar los equipos SQL Server disponibles en su red. Si el servidor SQL que desea no está disponible, indique la IP de dicho servidor.

3. Introduzca las credenciales del equipo SQL Server.

4. Seleccione ahora la base de datos a utilizar desde la lista de bases de datos del equipo servidor SQL. Debe haber creado la base de datos con anterioridad. Seleccione la nueva base de datos que haya creado.

5. Si selecciona una base de datos Access (NO RECOMENDADO) aparecerá una ventana que le permitirá seleccionar un archivo mdb.

6. Haga clic en el botón Test para comprobar la conexión a la base de datos.

7. Presione el botón Save para guardar los cambios. La primera vez que guarde, GFI MailArchiver creará automáticamente todas las carpetas y procedimientos almacenamos en su servidor de bases de datos SQL.

Explique la diferencia entre independencia de datos física y lógica.
Lo podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior.
Se pueden definir dos tipos de independencia de datos:
1.- Independencia lógica.
Es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicación.
Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla.
Por ejemplo, el añadir cuentas de mercado de valores en un sistema bancario.
Son mas dificiles de lograr que las independencias fisicas, ya que los programas de aplicacion son fuertemente dependientes de la estructura lógica de los datos a los que acceden.
2.- Independencia Física.
Es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos).
se refiere sólo a la separación entre las aplicaciones y las estructuras físicas de almacenamiento.
Por ejemplo, puede ser necesario reorganizar ciertos ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualización de datos.

Explique cinco responsabilidades del Sistema Gestor de la Base de Datos.

Concurrencia: debe permitir a varios usuarios tener acceso simultaneo.

Un SGBD debe encargarse de cumplir con las reglas de integridad y redundancias.

Restricción de accesos no autorizados.

Suministrar múltiples interfaces de usuario.

Representar relaciones complejas entre

Para cada responsabilidad explique que pasaría de no asumir la responsabilidad.

¿Cuáles son las cinco funciones principales del administrador de la base de datos?