1. Introducción a Bases de Datos
en Memoria OLTP
SQL Server 2014
Eliana Caraballo

2. SQL Server 2014 introduce el concepto de In-Memory
OLTP. El performance de In-Memory es rápido, con gran
performance final del sistema cerca de 1 millón de filas
por segundo en un sistema de rango medio. El
performance se puede mejorar por encima de 30x
cuando se compara con un sistema similar que corre una
implementación tradicional de SQL Server. Sin
embargo, la implementación se hizo no como un
producto por separado o una release, sino que hace parte
nativa de SQL Server 2014.

3. Consideraciones de Hardware

4. • CPU: Servidor de rango medio con 2 sockets.
•
Se recomienda activar hyperthreading.
• Memoria: Las tablas optimizadas residen completamente en memoria. Por
lo tanto se debe tener el suficiente espacio para mantener la carga de
trabajo.
•
•
select object_name(object_id), * from sys.dm_db_xtp_table_memory_stats
Tablas non-durable memory-optimized (NDT)
• Log drive: Se escribe en el log de transacción de la base de datos.
• Data drive: El factor clave es la velocidad del IO secuencial y el ancho de
banda del host bus adapter (HBA)
•
RTO para recuperación de memoria

5. Descripción arquitectónica

6. Beneficios
Pilares técnicos
Drivers
Operaciones de datos de Memoria principal
alto rendimiento
optimizada
Tendencias de hardware
Escalamiento sin fricción Alta concurrencia
Negocios
Procesamiento eficiente Código T-SQL compilado
de lógica de negocios
a la máquina
Máquina híbrida y
experiencia integrada
Integración SQL Server

7. Características aplicaciones
• La aplicación es apropiada para procesamiento en memoria
•
•
Todos los datos de funcionamiento crítico ya caben en memoria
El bloqueo de transacciones o el manejo físico causa paradas y bloqueo
• La aplicación es “tipo OLTP”
•
•
•
Transacciones de tiempo de vida relativamente cortos
Alto grado de concurrencia de transacciones para muchas conexiones
Ejemplos: Intercambio de valores, reservaciones de hotel, procesamiento de órdenes
• La portabilidad simplificada si
•
•
Usa procedimientos almacenados
Los problemas de rendimiento son aislados a subsets de tablas y SPS

8. Mitos
• Es una reciente respuesta a lo que ofrece la competencia
• Es como DBCC PINTABLE
• Se puede usar en una app SQL existente sin realizar ningún
cambio
• Como está en memoria, los datos no son durables o altamente
disponibles, y se pueden perder después de una caída del
servidor

9. ¡Comencemos!

10. Algo de código
• Uso de FILEGROUP para garantizar la durabilidad de los datos residentes en
memoria
• Tablas durables y tablas no durables
• auto_update_statistics no soportado por las tablas optimizadas

11. Fuentes
• http://blogs.technet.com/b/dataplatforminsider/archive/2013/08/01/hardwa
re-considerations-for-in-memory-oltp-in-sql-server-2014.aspx
• http://blogs.technet.com/b/dataplatforminsider/archive/2013/06/26/getting
-started-with-sql-server-2014-in-memory-oltp.aspx
• http://geeks.ms/blogs/fangarita/

12. • Comunidad SQL PASS
•
•
Twitter: @sqlpassmed
Facebook: https://www.facebook.com/SQLPASSMed
• Comunidad Avanet
•
•
•
Twitter: @avanet
Facebook: https://www.facebook.com/Avanet
G+: https://plus.google.com/u/0/+ComunidadAvanet/posts
• Personal
•
•
Twitter: @elianaca
Blog: http://elianaca.wordpress.com/