TECNOLÓGICO DE ESTUDIOS SUPERIORES

DE COACALCO

Ingeniería en Sistemas Computacionales

Sistemas Computacionales 3621

Taller de Base de Datos

Evidencia SUMATIVA Estudio de caso COMP-6

IÑIGO BECERA ISAAC ELIU

Coacalco, enero de 2024

 Introducción

La operación en modo mixto, también conocida como modo híbrido o de carga de trabajo mixta, en un sistema de
gestión de bases de datos (DBMS) tiene como objetivo equilibrar la gestión transaccional y las consultas analíticas
ajustando de forma adaptativa el comportamiento del sistema en función de los requisitos de la carga de trabajo.
Este modo combina las fortalezas de los sistemas analíticos y transaccionales, proporcionando una solución más
flexible y eficiente para diversos casos de uso. Así es como la operación en modo mixto puede lograr un equilibrio
entre la gestión transaccional y las consultas analíticas:

 Asignación dinámica de recursos:METRO

 Procesamiento concurrente: operación en modo mixto
 Partición e indexación de datos: modo mixto
 Optimización de consultas teniendo en cuenta la carga de trabajo:La operación en modo mixto puede
emplear
 Análisis en tiempo real: M
 Escalabilidad y tolerancia a fallos: el funcionamiento en modo mixto puede proporcionar.

Al implementar la operación en modo mixto en un DBMS, las organizaciones pueden equilibrar la gestión
transaccional y las consultas analíticas, asegurando un procesamiento de datos eficiente y permitiendo una mejor
toma de decisiones.

Marco Teórico
La implementación de un marco de operación de carga de trabajo mixta en un sistema de administración de bases
de datos implica varios pasos y técnicas para equilibrar la administración transaccional y las consultas analíticas.
A continuación se presenta un enfoque de alto nivel para implementar la operación en modo mixto:
 Asignación dinámica de recursos: Monitorear
 Procesamiento concurrente: habilitar con
 Partición e indexación de datos: parte
 Optimización de consultas teniendo en cuenta la carga de trabajo: implementar
 Análisis en tiempo real: admita análisis en tiempo real proporcionando
 Escalabilidad y tolerancia a fallos Garantizar la escalabilidad.
Al implementar la operación en modo mixto, es esencial monitorear y ajustar el comportamiento del sistema
según los requisitos de la carga de trabajo. Esto se puede lograr utilizando varias herramientas de monitoreo y
administración disponibles en los DBMS modernos o implementando políticas personalizadas de monitoreo y
administración.
Además, considere utilizar DBMS basados en la nube que ofrezcan funciones de gestión de recursos y escalado
automatizado para simplificar la implementación de la operación en modo mixto. Estos sistemas pueden ajustar
automáticamente los recursos según los requisitos de la carga de trabajo, proporcionando una solución más
flexible y eficiente para diversos casos de uso.
Principales Modos de Operación
Modo Transaccional:
1. Prioriza la ejecución segura y eficiente de transacciones individuales.
2. Asegura la integridad y consistencia de los datos durante operaciones críticas.
 3. Ideal para entornos donde las actualizaciones precisas y la confiabilidad de los datos son
esenciales, como sistemas de gestión financiera o de inventario.

Modo Analítico:
1. Enfocado en la capacidad de realizar análisis detallados sobre grandes conjuntos de datos.
2. Permite la generación de informes complejos y la identificación de patrones para la toma de
decisiones estratégicas.
3. Ideal para entornos donde se requiere un procesamiento extensivo para análisis predictivos,
minería de datos o reporting empresarial.

Modo Mixto o Híbrido:

1. Busca equilibrar la gestión transaccional con las consultas analíticas.
2. Adaptable a las necesidades cambiantes, priorizando eficiencia operativa en momentos variables.
3. Ofrece flexibilidad para gestionar tanto transacciones críticas como análisis profundos según
las demandas del negocio.
4. Ventajas y Aplicaciones

Selección y Aplicación
Para realizar una elección estratégica del modo de operación para la gestión de bases de datos, considere los
siguientes factores: tipos de datos, carga de trabajo esperada, objetivos comerciales e importancia de la
coherencia de los datos. Los diferentes sistemas de gestión de bases de datos ofrecen varios modos de operación,
cada uno con sus fortalezas y debilidades. Comprender estos factores le ayudará a elegir el modo más adecuado
para sus necesidades específicas.
Resultados
Lo primero es importar la base AdventureWorks a SQL Server y una vez abierto ir a propiedades y habilitar el
modo que nos permita configurar la base de datos de acuerdo al ejercicio.
Para poder habilitar el almacén de consultas de SQL Server mediante T-SQL, ejecute la siguiente declaración en una
ventana de consulta
El código T-SQL equivalente para la misma opción es

En la opción Intervalo de descarga de datos (minutos), se puede configurar un intervalo en minutos que muestre la
frecuencia con la que las estadísticas de tiempo de ejecución de la consulta y los planes de ejecución de la consulta se
vaciarán de la memoria de la instancia de SQL Server al disco. De forma predeterminada, esta opción se establece en 15
minutos.
El código T-SQL para configurar la opción Intervalo de recopilación de estadísticas:

El siguiente mensaje aparecerá el momento en el que se ejecute la instrucción: Msg 12432, Nivel 16, Estado 1, Línea 1 La
longitud del intervalo del almacén de consultas de SQL Server no se puede cambiar porque se proporcionó un valor no
válido. Vuelva a intentarlo con un valor válido (1, 5, 10, 15, 30 y 60). Mensaje 5069, Nivel 16, Estado 1, Línea 1 La
instrucción ALTER DATABASE falló
La opción Tamaño máximo es para poder configurar el tamaño máximo del almacén de consultas de SQL Server. De una
forma predeterminada, el tamaño máximo del almacén de consultas de SQL Server se establece en 100 MB.

El Almacén de consultas de SQL Server no crece automáticamente y una vez que el Almacén de consultas de SQL Server
alcance el tamaño máximo, el Modo de operación cambiará automáticamente al modo de solo lectura y no se
recopilarán las nuevas estadísticas del plan de ejecución de consulta y el tiempo de ejecución de la consulta:
El código T-SQL para establecer el tamaño máximo del almacén de consultas de SQL Server es:

El código T-SQL para configurar esta opción es:

La opción de umbral de consulta obsoleta (días) es para poder definir cuánto tiempo permanecerán los datos en el
almacén de consultas de SQL Server. Por defecto, esto está configurado para 30 días.

El código T-SQL para configurar esta opción es:

En más opciones que se pueden configurar a través de T-SQL y que no están presentes en la pestaña del Almacén de
consultas de SQL Server está MAX_PLANS_PER_QUERY:
 Informes

Una vez habilitado, el almacén de consultas de SQL Server comienza a recopilar estadísticas y planes de ejecución de
consultas. Los informes integrados utilizan estos datos para el análisis y los muestran en formato de cuadrícula o gráfico,
según la configuración del informe. Actualmente, hay seis informes integrados disponibles.

El almacén de consultas de SQL Server funciona como una "caja negra" para los datos, recopilando continuamente
información de compilación y tiempo de ejecución relacionada con consultas y planes.

Consultas devueltas se trata de un informe incorporado que muestra todas las consultas de que las matrices de
ejecución que se degradan en un rango de tiempo específico (última hora, día, semana)

Aquí, ya se pueden configurar diferentes opciones para poder ver la información deseada. Como, por ejemplo, si desea
ver la fecha sin procesar en lugar del gráfico, hay que presionar el botón para mostrar las consultas regresivas en un
formato de cuadrícula:
1we90’
0

Para poder configurar el informe de gráficos, el tiempo y el intervalo de agregación adicional, tiene que presionar el
botón Configurar y aparecerá el cuadro de diálogo Configurar consumo global de recursos donde se pueden configurar
las diferentes opciones para el informe de Consumo general de recursos:

El informe integrado de las Mejores Consultas de Consumo de Recursos se muestra de manera predeterminada, las 25
consultas principales contra una base de datos específica que consume la mayoría de los recursos como el Tiempo de
CPU, el Consumo de Memoria, las Lecturas Físicas, etc. durante un conjunto específico de tiempo
Con el informe integrado Consultas rastreadas, las estadísticas de tiempo de ejecución de consultas y los planes de
ejecución de consultas se pueden rastrear para la consulta específica a lo largo del tiempo. En el cuadro de texto
Consulta de seguimiento, tiene que ingresar la identificación de la consulta (por ejemplo, 205) y presione el botón verde
de reproducción junto al cuadro de consulta de Seguimiento

El informe integrado Consultas con planes forzados nos muestra todos los Planes de ejecución forzados para consultas
específicas:

Al hacer esto, obliga a que el SQL Server use este plan de ejecución para consultas específicas a partir de ahora cuando
se ejecute esa consulta. Lo que significa que SQL Server no generará un nuevo Plan de Ejecución para esa consulta hasta
que se desactive ese plan. Para poder desestimar a SQL Server para poder usar un plan de ejecución específico para la
consulta de partículas en el informe Consultas con planes forzados, Consultas regresivas, Consultas con mayor consumo
de recursos, Consultas con alta variación o Consultas rastreadas, seleccione el Plan de ejecución y tiene que presionar el
botón Unforce Plan
Esto hará que se elimine el Plan de ejecución del informe Consultas con planes forzados. El informe integrado Consultas
con alta variación analiza las consultas y nos muestra las consultas con los problemas de parametrización más frecuent