Instituto Tecnológico de Nuevo Laredo

Taller De Investigación 1

Protocolo de investigación: Mantenimiento

a una base de datos.

Maestra: Lic. Ruth Guadalupe Cruz Sosa

Integrantes: Adolfo Hernández Rico

Javier Hernández

Juan Uriel Vera Ortega

A 17 de mayo del 2010

 Taller de Investigación 1

Exposición del tema.

Cuando el Ingeniero en sistemas computacionales se encuentra con la

decisión en que invertir el capital de la empresa, o institución, si puede hacerlo por

si mismo, o necesitara ayuda de terceros.

En algunas instituciones, ya sea pública o privada, no se cuenta con la base

de datos adecuada, lo cual puede complicarse para la persona que no ha

trabajado con una base de datos y la cual, la mayoría de los casos debe ser un

tanto amigable para el usuario y/o cliente.

Esta investigación tiene sus distintos puntos de vista, como el económico,

social y financiera. Debemos tener un buen equilibrio entre lo humano y lo

económico.

Esperemos y tengamos éxito en nuestro proyecto.

 Taller de Investigación 1

Planteamiento del problema.

Invertiremos de 2 a 3 meses para verificar como funciona dicha base de

datos, y así poder aplicar unas mejoras, para que el usuario de la base de datos

este satisfecho con dicho trabajo.

Pero, ¿en que nos beneficiara? ¿En cualquier institución pública o privada

podemos aplicar un sistema como tal? ¿Con que recursos se cuenta para crear o,

actualizar una base de datos?

Hoy en día, los sistemas de cómputo, se han vuelto una herramienta

necesaria, y la mayoría de las personas, solo conocen lo básico de dicha

herramienta.

Y por ello, cuando se encuentra este problema de que, “no hay sistema”

uno se molesta, y uno como cliente no conoce por que la falla y se molesta.

Quizá ese día de, “no hay sistema”, es el día del mantenimiento a toda la

base de datos, toral los empleados la terminan llevando y eso causa un poco de

depresión en ellos.

Al cliente lo que se le pida entonces…pues si esa es la política, entonces,

¿quien termina con la culpa?, es un juego de ir pasando la culpa.

Viéndolo del lado “cliente”, el ya tiene su agenda hecha, el tiempo contado y

ahí se van desencadenando muchos eventos desafortunados, por así llamarlo,

tienes que modificar la agenda, casi en su totalidad.

 Taller de Investigación 1

Otro punto malo de ello, es, si presento fallas muy seguidas, menos clientes

en el negocio, el negocio o instituto.

Quizá sea buena idea que la base de datos funcione del todo bien, mas

clientes, mayor mi ganancia. Ese es un buen punto a favor, la base de datos

funciona bien, no se marcha la gente, eso los mantendrá felices.

 Taller de Investigación 1

Tipo de investigación
La investigación será experimental, y veremos si dando mantenimiento,

cambiamos el humor de los trabajadores y así, dan buen trato al cliente, y esto

genera una excelente atmosfera de trabajo.

Aplicaremos la teoría de cómo se desempeña el equipo de computo, para

ver si realiza un buen desempeño, y veremos si la base de datos funciona bien, es

por eso que nos tomaremos mínimo 3 semanas ver cómo funciona dicho sistema,

para poder aplicar nuestros conocimientos y mejorar la base de datos.

Aplicaremos solo preguntas de rutina, ¿cómo funciona?, ¿cada cuando

ocurre este error?, ¿cuánto tiempo y dinero le invierten?

 Taller de Investigación 1

Objetivo General
Investigaremos como llevar a cabo un mantenimiento debido de una base

de datos, ya sea de la manera más económica, eficiente y que tenga una amplia

funcionalidad en el tiempo real. Ya que es muy común que la base de datos,

cuando está funcionando en tiempo real, es muy común que el sistema este caído,

generando perdidas a una empresa, y en algunos casos, perdidas de información

muy importante.

Analizaremos cómo funciona la base de la institución a ayudar, para

detectar cuales son las posibles fallas dentro de ella.

Estableceremos un modelo de cómo dar el mantenimiento a la base de

datos ya sea lógica o físicamente hablando.

Actualizar el funcionamiento de la base de datos (en términos de software),

y verificar los servidores en los que se está trabajando (hardware).

Determinaremos si después del mantenimiento funciona mejor la base de

datos o dejar el antiguo sistema de mantenimiento.

Aquí presento un ejemplo a seguir de cómo dar el mantenimiento a la base

de datos:

Siempre es necesario dedicar un tiempo al diseño de nuestra base de

datos. Indicar bien las tablas, campos y sus relaciones, en función de las

necesidades que tengamos, puede facilitarnos el mantenimiento y garantizarnos

un rendimiento adecuado a nuestras necesidades.

 Taller de Investigación 1

Para conseguir un buen diseño de las tablas que integrarán nuestra base

de datos suele utilizarse un Modelo Relacional, donde se extraen los elementos,

propiedades y relaciones entre los mismos, que se traducen en la base de datos

en tablas, sus campos, índices y claves relacionadas.

Una vez extraídas las tablas, del modelo relacional, lo principal para un

buen funcionamiento de nuestra base de datos es disponer de los índices

correctos en las tablas, sobre los que trabajará MySQL para extraer el resultado

de las mismas.

La indexación, tanto de claves primarias como extranjeras, se puede

obtener del modelo relacional.

Las claves primarias identifican unívocamente a cada elemento de una tabla.

Las claves extranjeras marcan las relaciones entre tablas.

Disponer de índices en los campos adecuados optimizará sus resultados:

Para mejorar una consulta (SELECT), hay que crear un índice sobre los campos

que son utilizados en las búsquedas (los que aparecen en las cláusulas WHERE o

JOIN).

Utilice índices sobre campos con valores únicos. Los índices funcionan peor

si el campo tiene valores duplicados.

Trate de que los índices sean cortos. Si indexa un campo de texto, evite

hacerlo sobre campos de longitud variable, y acorte siempre el tamaño del índice a

lo que considere más adecuado. Por ejemplo, si un campo CHAR tiene 200
 Taller de Investigación 1

caracteres y sabe que los valores se distinguen en los primeros 20 caracteres,

indexe sólo hasta dicho tamaño de campo. Ahorrará espacio y ganará velocidad

de respuesta.

No cree índices innecesarios. Estos se actualizan con cada cambio en la

tabla asociada y pueden ralentizar las modificaciones de la misma.

Sea coherente con los tipos de campos en sus tablas y elija siempre los

más adecuados:

Utilice los mismos tipos de campos para el mismo tipo de información en

distintas tablas. Si necesitara cruzar tablas con campos del mismo tipo ganará en

rapidez.

Evite en lo posible el uso de campos de tamaño variable. Los campos de

longitud fija (como CHAR) son más eficientes que los de longitud variable

(VARCHAR, BLOB o TEXT).

Utilice campos numéricos frente a campos de texto.

Trate de usar campos que no puedan tener valores nulos (Not Null). Los

valores nulos ralentizan las lecturas.

Mantenga siempre sus tablas con la información necesaria (ni más ni

menos):

Si crea tablas con el atributo row_format, use el tipo fixed, en vez de

dynamic, ya que las tablas se consultarán de modo más rápido.

 Taller de Investigación 1

Haga “limpieza” cada cierto tiempo. Si observa que sus tablas tienen

muchos registros (han crecido mucho de tamaño), analice sus datos para

comprobar si algunos registros están anticuados y pueden eliminarse o archivarse.

Reducir el tamaño de sus tablas mejorará su rendimiento.

Cuando haya hecho varios cambios o eliminaciones en alguna tabla ejecute

la sentencia OPTIMIZE TABLE, que reparará y ordenará la tabla para mejorar su

rendimiento.

Mejorar las consultas a la base de datos

Tenga siempre presente las consultas tipo que se van a realizar sobre su

base de datos, durante el proceso de diseño. Eso le permitirá optimizar al máximo

su estructura para obtener los mejores resultados.

Cuando se realiza una consulta SELECT, hay que evitar en lo posible el uso

del comodín “*”, e indicar sólo los campos imprescindibles que se necesitan. Eso

reducirá el tamaño de la consulta.

Evite en lo posible el uso de LIKE. Las comparaciones entre campos de

texto (BLOB, TEXT…) ralentizan las consultas. Si fuera necesario, cree índices

fulltext para los campos de texto sobre los que vaya a efectuar consultas.

Evite también el uso de GROUP BY, ORDER BY o HAVING.

Pruebe sus consultas con anterioridad, mediante el comando EXPLAIN. Le

mostrará un listado informativo sobre cómo se realiza la consulta.

Sintaxis: Explain select * from tabla

 Taller de Investigación 1

•Optimice la cláusula WHERE (Más información –en inglés-):

Evite el uso de paréntesis innecesarios.

Use COUNT (*) sólo en consultas sin cláusula WHERE y que afecten a una

única tabla.

Si conoce que el resultado de una claúsula GROUP BY o DISTINCT va a

ser muy reducido haga uso de la opción SQL_SMALL_RESULT. MySQL usará

tablas temporales de acceso rápido para el resultado en vez métodos de

ordenación.

Para añadir registros a sus tablas, es más eficiente realizar una inserción

múltiple que varias inserciones por separado.

Sintaxis: INSERT INTO table (campo1, campo2) VALUES (1, „valor1‟), (2,

„valor2‟)

Encole la inserción de datos para evitar esperas innecesarias, mediante el

uso de la sentencia INSERT DELAYED. La inserción se encola (agrupándose en

bloques para ejecutarse de forma más eficiente) a la espera de que la tabla

afectada no esté siendo utilizada por ningún otro proceso.

Dé prioridad a las sentencias de lectura (SELECT) frente a las de escritura

(INSERT):
 Taller de Investigación 1

Con INSERT LOW_PRIORITY, consigue que las sentencias de inserción

esperen a que no haya otros procesos leyendo la tabla para ejecutarse.

Con SELECT HIGH_PRIORITY, consigue que cualquier otro proceso

simultáneo de actualización o inserción de datos espere a que se realice la

consulta.

Si tiene dudas sobre el rendimiento de alguna expresión, utilice la función:

BENCHMARK (contador, expresión)

Le mostrará el tiempo que tarda en ejecutarse.

Mejorar los scripts

Reduzca el tiempo y número de conexiones a la base de datos:

Evite que el tratamiento de la información y la presentación de la misma se

realicen dentro del tiempo de conexión. Para ello, almacene la consulta en alguna

variable para tratar los datos posteriormente.

Si necesita hacer varias consultas independientes, agrúpelas para realizar

una única conexión para todas ellas.

Pagine los resultados. Limite la presentación a un número máximo (por

ejemplo, 10 por página) con la opción LIMIT al final de su consulta.

Utilice algún sistema de caché para reducir los accesos a la base de datos,

en casos de información poco cambiante que se consulte con frecuencia.

 Taller de Investigación 1

Por ejemplo, puede usar alguna variable de sesión si hay datos de alguna

búsqueda que se tengan que mostrar en varias páginas. Eso evitará repetir la

consulta por cada página.

Realice consultas sólo de la información imprescindible. No meta en el

SELECT campos que no vaya a necesitar, y no olvide introducir un criterio de

búsqueda correcto en el WHERE si relaciona varias tablas.

Lo que es el mantenimiento de hardware, solo se limpiaran los ordenadores

con aire comprimido, así evitando que se les acumule polvo en los circuitos y

ranuras de memoria. Debe incluirse el mantenimiento al disco duro como

desfragmentarlo, depurarlo, entre otras cosas ya conocidas por el usuario o

manejador de base de datos.

 Taller de Investigación 1

Justificación de la investigación.
Si ideamos el mantenimiento debido para una base de datos, de la manera

económica, y que funcione correctamente, de no ser así, causara perdida de

información valiosa, viéndonos así perdidos, nosotros como usuarios, ya sea de

un banco o la escuela, y pues solo seremos un registro en blanco.

Acaso no les ha ocurrido, que les comentan en un banco, “no hay

sistema”, “tenemos unas fallas técnicas”. Si tomamos cartas en el asunto,

recomendaríamos que se haga, una revisión, o mantenimiento cada 3 días,

así, no habrá las clásicas respuestas ya mencionadas.

Si analizamos esta situación, es tan incomodo ir, y que solo obtengas

respuestas negativas, la cual, algunos de los usuarios les molesta que no

puedan hacer sus acciones por medio del sistema, que no funciona, esta

caído, y generara un buen trato entre empleado-cliente.

 Taller de Investigación 1

Impacto social, tecnológico, económico

y ambiental.
La optimización de una base de datos trae consecuencias positivas, los

resultados se obtendrán más rápidamente, y en consecuencia, se podrán mostrar

antes, de esta manera de ahorrar tiempo en la realización de consultas a las

bases de datos, al agilizar el proceso de consulta los usuarios pueden acceder a la

base de datos sin tener problemas de saturación como ocurre frecuentemente en

algunas empresas, el hecho de optimizar una simple consulta puede llevar ahorros

mayores si se trata de una empresa grande, así como el mejor desempeño en los

servidores, en los cuales se debe procurar un buen mantenimiento ya que, si se

lleva el manteniendo debido, podría significar un ahorro de energía, así mismo se

apoyaría al ambiente en lo que se refiere a incrementar el ciclo de vida de los

equipos utilizados.
 Taller de Investigación 1

Recursos financieros y humanos

necesarios.
Afortunadamente, solo necesitaremos aproximadamente 6 personas para

implementar, comentar, presentar nuestra idea a las instituciones públicas y/o

privadas, si es institución pública, iniciaremos actividades para recaudar fondos e

implementar nuestro mantenimiento a la base de datos, de ser privada, que ellos

inviertan de su capital, ya que solo ese servicio se dará para uso privado, así ellos

serán poseedores de dicho material y solo lo usaran para su propio fin.

 Taller de Investigación 1

Bibliografía:

http://www.arsys.info/programacion/bases-de-datos/como-optimizar-bases-

de-datos-mysql/

http://www.Google.com

http://www.mitecnologico.com/Main/TallerDeInvestigacionI