OLTP

“Año del Diálogo y la Reconciliación Nacional”
OLTP- PROCESAMIENTO DE TRANSACCIONES

EN LÍNEA
CURSO: BASES DE DATOS II
DOCENTE: ING. MARCO AURELIO PORRO CHULLI.
CARRERA: ING. DE SISTEMAS Y TELEMATICA.
CICLO/GRUPO: VIII-B.
INTEGRANTES:
MONTALVAN CASTILLO, Romario.
LEON TAPIA, Dina.
VÁSQUEZ DÍAZ, Analita.
BAGUA GRANDE – JUNIO DEL 2018

Ing. Sistemas y Telemática Bases de Datos II
ÍNDICE
1. Contenido .................................................................................................... 2
1.1. Definición .............................................................................................. 2
1.2. ¿Qué es un sistema OLTP? .................................................................. 3
1.3. Elementos Fundamentales del Diseño de sistemas de OLTP .............. 4
1.4. Datos transaccionales ........................................................................... 6
1.5. Rasgos típicos de los datos transaccionales ......................................... 7
1.6. Cuándo se debe utilizar OLTP .............................................................. 7
1.7. Inconvenientes en OLTP ....................................................................... 8
1.8. OLTP en Azure ..................................................................................... 9
1.9. Principales criterios de selección .......................................................... 9
1.10. Funcionalidades ............................................................................... 10
1.10.1. Funcionalidades generales ........................................................... 10
1.10.2. Funcionalidades de escalabilidad.................................................. 11
1.10.3. Funcionalidades de cargas de trabajo de análisis ........................ 11
1.10.4. Funcionalidades de disponibilidad................................................. 12
1.10.5. Funcionalidades de seguridad ...................................................... 12
1.11. Requerimientos ................................................................................ 13
1.12. Beneficios ........................................................................................ 13
1.13. Ejemplos .......................................................................................... 15
1.14. Diferencia entre sistemas OLTP y OLAP ......................................... 18
2. Resumen ................................................................................................... 19
3. Summary ................................................................................................... 22
4. Recomendaciones .................................................................................... 24
5. Conclusiones............................................................................................. 24
6. Apreciación del Equipo (de cada integrante del equipo) ........................... 26
7. Glosario de Términos ................................................................................ 29
8. Bibliografía o Linkografía........................................................................... 33
1
Universidad Politécnica Amazónica(UPA).
OLTP - Procesamiento de Transacciones en Línea
1. Contenido
La administración de datos transaccionales mediante sistemas de equipos
se conoce como procesamiento de transacciones en línea (OLTP). Los
sistemas de OLTP registran interacciones empresariales a medida que se
producen en el funcionamiento diario de la organización y admiten
consultas de estos datos para realizar inferencias.
1.1. Definición
Es un tipo de procesamiento que facilita y administra aplicaciones
transaccionales, usualmente para entrada de datos y recuperación
y procesamiento de transacciones (gestor transaccional). Los
paquetes de software para OLTP se basan en la
arquitectura cliente-servidor ya que suelen ser utilizados por
empresas con una red informática distribuida.
El término puede parecer ambiguo, ya que puede entenderse
"transacción" en el contexto de las "transacciones
computacionales" o de las "transacciones en bases de datos".
También podría entenderse en términos de transacciones de
negocios o comerciales. OLTP también se ha utilizado para
referirse a la transformación en la que el sistema responde de
inmediato a las peticiones del usuario. Un cajero automático de un
banco es un ejemplo de una aplicación de procesamiento de
transacciones comerciales.
La tecnología OLTP se utiliza en innumerables aplicaciones, como
en banca electrónica, procesamiento de pedidos, comercio
electrónico, supermercados o industria.
2
1.2. ¿Qué es un sistema OLTP?

OLTP es un sistema popular de procesamiento de datos en las
empresas de hoy. Algunos ejemplos de sistemas OLTP
introducción de pedidos, ventas por menor y los sistemas de
transacciones financieras. Sistema de procesamiento de
transacciones en línea requiere cada vez más apoyo para las
transacciones que abarcan una red y pueden incluir más de una
empresa. Por esta razón, software de procesamiento de
transacciones en línea moderna utiliza procesamiento de cliente o
servidor y software que permite que las transacciones que ejecutan
en plataformas diferentes computadoras en una red de
intermediación.
En grandes aplicaciones OLTP eficiente puede depender de
software de gestión de transacciones sofisticadas (tales
como CICS) o base de datos tácticas de optimización para facilitar
el procesamiento de un gran número de actualizaciones
concurrentes a una base de datos OLTP-orientado.
Para aún más exigentes sistemas de base de datos
descentralizada, OLTP intermediación programas puede distribuir
entre múltiples de procesamiento de transacciones ordenadores en
un red. OLTP se integra a menudo en arquitectura orientada a
servicios (SOA) y Servicios Web.
Procesamiento de transacciones en línea (OLTP) consiste en reunir
información de entrada, procesamiento de la información y
actualizar la información existente para reflejar la información
recolectada y procesada. A partir de hoy, la mayoría
organizaciones utilizan un sistema de gestión de base de datos
para apoyar OLTP. OLTP es llevado en un sistema de servidor de
cliente.
3
Preocupaciones de proceso de transacciones en línea sobre

concurrencia y atomicidad. Controles de simultaneidad garantizan
que dos usuarios acceder a los mismos datos en el sistema de base
de datos no será capaces de cambiar esos datos o el usuario tiene
que esperar hasta que el otro usuario ha procesado, antes de
cambiar ese dato. Controles de atomicidad garantizan que todos
los pasos de transacción se completan con éxito como grupo. Es
decir, si fallan los pasos entre la transacción, todos los demás
pasos deben fallar también.
1.3. Elementos Fundamentales del Diseño de sistemas de OLTP

Para construir un sistema OLTP, el diseñador debe saber que el
gran número de usuarios simultáneos no interfiera con el
rendimiento del sistema. Para aumentar el rendimiento del sistema
OLTP, diseñador debe evitar el uso excesivo de los índices y los
racimos.
Los siguientes elementos son fundamentales para el
funcionamiento de los sistemas OLTP:
4
 Segmentos de rollback
Los segmentos de rollback son las porciones de la base de datos
que registran las acciones de las transacciones en caso de que una
transacción se revierte. Segmentos de rollback proporcionan
consistencia leer, hacer retroceder las transacciones y recuperan
la base de datos.
 Racimos
Un clúster es un esquema que contiene una o más tablas que
tienen en común una o más columnas. Agrupamiento de base de
datos mejora el rendimiento de Únete a operación.
 Discretas transacciones
Todos los cambios en los datos son diferidos hasta que la
transacción se compromete durante una transacción discreta.
Puede mejorar el rendimiento de transacciones cortas no
distribuidas.
 Bloque (almacenamiento de datos) tamaño

El tamaño del bloque de datos debe ser un múltiplo del tamaño de
bloque del sistema operativo dentro del límite máximo para evitar
innecesarios I/O.
 Caché del búfer tamaño

Para evitar el consumo innecesario de recursos,
ajustar SQL declaraciones de uso de la caché del búfer de base de
datos.
 Asignación dinámica del espacio de tablas y segmentos de
rollback
Los espacios a las tablas y segmentos del rollback se asignan
de forma aleatoria.
 Procesamiento de transacciones monitores y el servidor
multi-threaded
Se utiliza un monitor de procesamiento de transacción para la
coordinación de servicios. Es como un sistema operativo y hace la
5
coordinación en un alto nivel de granularidad y pueden abarcar

múltiples dispositivos informáticos.
 Partición (base de datos)
Partición aumenta el rendimiento para los sitios que tienen las
transacciones regulares mientras todavía mantener la
disponibilidad y la seguridad.
 ajuste de la base de datos
Con ajuste de la base de datos, sistema de OLTP puede maximizar
su rendimiento como eficiente y rápidamente como sea posible.
1.4. Datos transaccionales

Los datos transaccionales son información que realiza un
seguimiento de las interacciones relacionadas con las actividades
de una organización. Estas interacciones normalmente son
transacciones comerciales, tales como pagos recibidos de los
clientes, pagos realizados a los proveedores, movimiento de
productos en el inventario, pedidos obtenidos o servicios
entregados. Normalmente, las transacciones deben ser atómicas y
coherentes. Si no se puede completar una transacción, el sistema
de base de datos debe revertir todos los pasos que se han hecho
como parte de esa transacción. Las bases de datos transaccionales
posibilitan una coherencia alta de las transacciones mediante el
uso de diversas estrategias de bloqueo, como el bloqueo pesimista,
para asegurarse de que todos los datos son altamente coherentes
dentro del contexto de la empresa, para todos los usuarios y
procesos.
La arquitectura de implementación más común que utiliza datos
transaccionales es el nivel de almacén de datos en una arquitectura
de 3 niveles. Una arquitectura de 3 niveles normalmente consta de
un nivel de presentación, un nivel de lógica de negocios y un nivel
de almacén de datos. Una arquitectura de implementación
relacionada es la arquitectura de n niveles, que puede tener varios
niveles intermedios para el control de la lógica de negocios.
6
1.5. Rasgos típicos de los datos transaccionales

Los datos transaccionales suelen tener los siguientes rasgos:
Requisito DESCRIPCIÓN
Normalización Muy normalizados
Esquema Esquema durante la escritura, altamente
aplicado
Coherencia Coherencia alta, garantías ACID
Integridad Integridad alta
Usa transacciones Sí
Estrategia de bloqueo Optimista o pesimista
Actualizable Sí
Anexable Sí
Carga de trabajo Grandes escrituras, lecturas moderadas
Indización Índices principales y secundarios
Tamaño de los datos Pequeño a mediano tamaño
Modelo Relacional
Forma de los datos Tabular
Flexibilidad de consulta Muy flexible
Escala Pequeño (MB) a grande (algunos TB)
1.6. Cuándo se debe utilizar OLTP

Elija OLTP cuando necesite procesar y almacenar eficazmente
transacciones comerciales, y que estén inmediatamente
disponibles para las aplicaciones cliente de una manera coherente.
Use esta arquitectura cuando cualquier retraso tangible en el
procesamiento pueda tener un impacto negativo en el
funcionamiento diario de la empresa.
Los sistemas de OLTP están diseñados para procesar y almacenar
de forma eficaz las transacciones, así como para consultar los
datos transaccionales. El objetivo de procesar y almacenar
eficazmente las transacciones individuales por parte de un sistema
de OLTP se logra parcialmente mediante la normalización de datos
(es decir, dividir los datos en fragmentos más pequeños que sean
menos redundantes).
7
La eficacia se debe a que permite que el sistema de OLTP procese

grandes cantidades de transacciones de forma independiente y
evita el procesamiento adicional necesario para mantener la
integridad de los datos en presencia de datos redundantes.
1.7. Inconvenientes en OLTP

La implementación y el uso de un sistema de OLTP pueden crear
algunos problemas:
 Los sistemas de OLTP no siempre son buenos para controlar
agregados en grandes cantidades de datos, aunque hay
excepciones, como una solución basada en SQL Server bien
planeada. Los análisis de los datos, que se basan en cálculos
agregados de millones de transacciones individuales, hacen un
uso muy intensivo de los recursos en un sistema de
OLTP. Pueden tardar en ejecutarse y puede provocar una
ralentización porque bloqueen otras transacciones de la base de
datos.
 Si se realizan informes y análisis de los datos que estén muy
normalizados, las consultas tienden a ser complejas, ya que la
mayor parte de ellas tienen que anular la normalización de los
datos mediante réplicas. Además, las convenciones de
nomenclatura de los objetos de base de datos en los sistemas de
OLTP tienden a ser breves y concisas. El aumento de la
normalización, junto con unas convenciones de nomenclatura
breves, hacen que sea difícil para los usuarios empresariales
realizar consultas en los sistemas de OLTP sin la ayuda de un
DBA o desarrollador de datos.
 El almacenamiento del historial de transacciones de forma
indefinida y el almacenamiento de demasiados datos en cualquier
tabla puede provocar una ralentización del rendimiento de las
consultas, en función del número de transacciones almacenadas.
8
La solución habitual consiste en mantener una ventana de tiempo

relevante (por ejemplo, el año fiscal actual) en el sistema de OLTP
y descargar los datos históricos a otros sistemas, como un data
mart o un almacenamiento de datos.
1.8. OLTP en Azure

Aplicaciones como los sitios web hospedados en App Service
Web Apps, REST API que se ejecutan en App Service o las
aplicaciones de escritorio o móviles se comunican con el sistema
de OLTP normalmente a través de una REST API intermediaria.
En la práctica, la mayoría de las cargas de trabajo no son OLTP
puras. Tiende a haber también un componente analítico. Además,
hay una creciente demanda de informes en tiempo real, como los
informes activos en el sistema operativo. Esto también se
denomina HTAP (procesamiento transaccional y analítico
híbrido). Para más información, consulte Online Analytical
Processing (OLAP) (Procesamiento analítico en línea [OLAP]).
En Azure, todos los almacenes de datos siguientes cumplen los
requisitos principales para OLTP y para la administración de datos
de transacciones:
Azure SQL Database
SQL Server en una máquina virtual de Azure
Azure Database for MySQL
Azure Database para PostgreSQL
1.9. Principales criterios de selección

Para restringir las opciones, empiece por responder a estas
preguntas:
¿Quiere un servicio administrado en lugar de administrar sus
propios servidores?
¿Tiene la solución dependencias específicas para Microsoft SQL
Server, MySQL, o compatibilidad con PostgreSQL? La aplicación
puede limitar los almacenes de datos que puede elegir en función
de los controladores que admite para la comunicación con el
almacén de datos o las suposiciones que este hace sobre qué base
de datos se utiliza.
¿Son especialmente importantes sus requisitos de rendimiento de
escritura? En caso afirmativo, elija una opción que proporcione
tablas en memoria.
9
¿Su solución es multiinquilino? Si es así, considere la posibilidad

de usar grupos de capacidad, donde varias instancias de bases de
datos parten de un grupo elástico de recursos, en lugar de recursos
fijos por base de datos. Esto puede ayudarle a distribuir mejor la
capacidad entre todas las instancias de bases de datos y puede
hacer que la solución sea más rentable.
¿Hace falta que los datos sean legibles con una latencia baja en
varias regiones? En caso afirmativo, elija una opción que admita
réplicas secundarias legibles.
¿Necesita que la base de datos tenga alta disponibilidad entre
regiones geográficas? En caso afirmativo, elija una opción que
admita la replicación geográfica. Considere también las opciones
que admiten la conmutación automática por error desde la réplica
principal a una réplica secundaria.
¿La base de datos tiene necesidades específicas de seguridad? Si
es así, examine las opciones que proporcionan funcionalidades
como la seguridad de nivel de fila, el enmascaramiento de datos y
el cifrado de datos transparente.
1.10. Funcionalidades
En las tablas siguientes se resumen las diferencias clave en
cuanto a funcionalidades.
1.10.1. Funcionalidades generales

SQL
Azure
Azure Server Azure
Database
SQL en una Databas
for
Databas máquina e for
PostgreSQ
e virtual de MySQL
L
Azure
Es un servicio
Sí Sin Sí Sí
administrado
Se ejecuta en Windows
una N/D , Linux, N/D N/D
plataforma Docker
Capacidad de T-SQL, T-SQL,
T-SQL,
programación .NET, R, .NET, R, SQL
1 .NET, R
Python Python
No incluye compatibilidad con controladores de cliente, lo que

permite a muchos lenguajes de programación conectarse y usar el
almacén de datos de OLTP.
10
1.10.2. Funcionalidades de escalabilidad

SQL Server
Azure
Azure en una
Database Azure Database
SQL máquina
for for PostgreSQL
Database virtual de
MySQL
Azure
Tamaño
máximo de la
4 TB 256 TB 1 TB 1 TB
instancia de
base de datos
Es compatible
con grupos de Sí Sí Sin Sin
capacidad
Es compatible
con el
escalado Sin Sí Sin Sin
horizontal de
clústeres
Escalabilidad
dinámica
Sí Sin Sí Sí
(escalado
vertical)
1.10.3. Funcionalidades de cargas de trabajo de análisis

SQL
Server
Azure Azure
Azure en una
Database Database
SQL máquina
for for
Database virtual
MySQL PostgreSQL
de
Azure
Tablas
Sí Sí Sin Sin
temporales
Tablas en
memoria
Sí Sí Sin Sin
(optimizadas
para memoria)
Compatible
con almacén Sí Sí Sin Sin
de columnas
Procesamiento
adaptable de Sí Sí Sin Sin
consultas
11
1.10.4. Funcionalidades de disponibilidad
SQL
Server Azure Azure
Azure
en una Database Database
SQL
máquina for for
Database
virtual de MySQL PostgreSQL
Azure
Réplicas
secundarias Sí Sí Sin Sin
legibles
Replicación
Sí Sí Sin Sin
geográfica
Conmutación
automática
por error en Sí Sin Sin Sin
replicación
secundaria
Restauración
a un
Sí Sí Sí Sí
momento
dado
1.10.5. Funcionalidades de seguridad

SQL
Server
Azure Azure
Azure en una
Database Database
SQL máquina
for for
Database virtual
MySQL PostgreSQL
de
Azure
Seguridad de
Sí Sí Sí Sí
nivel de fila
Enmascaramiento
Sí Sí Sin Sin
de datos
Cifrado de datos
Sí Sí Sí Sí
transparente
Restricción del
acceso a
Sí Sí Sí Sí
determinadas
direcciones IP
Restricción del
acceso para
permitir solo el Sí Sí Sin Sin
acceso de la red
virtual
12
Autenticación
con Azure Active Sí Sí Sin Sin
Directory
Autenticación de
Sin Sí Sin Sin
Active Directory
Multi-Factor
Sí Sí Sin Sin
Authentication
Compatible
con Always Sí Sí Sí Sin
Encrypted
Dirección IP
Sin Sí Sí Sin
privada
1.11. Requerimientos
El procesamiento de transacciones en línea cada vez necesita más
recursos para las transacciones que se propagan por una red y que
pueden integrar a más de una empresa. Por esta razón, el software
actual para sistemas OLTP utiliza procesamiento cliente-servidor y
software de intermediación (middleware) que permite a las
transacciones correr en diferentes plataformas en una red.
En grandes aplicaciones, la eficiencia del OLTP puede depender

de lo sofisticado que sea el software de gestión de transacciones
(como CICS en plataformas IBM) o de que tácticas de optimización
se utilizan para facilitar la gran cantidad de actualizaciones
concurrentes que se pueden producir en una base de datos
orientada a OLTP.
En los sistemas de bases de datos descentralizados más
exigentes, los programas de intermediación OLTP distribuyen el
procesamiento de transacciones entre varios ordenadores en una
red. A menudo OLTP se integra en una arquitectura orientada a
servicios o en un servicio Web.
1.12. Beneficios
El procesamiento de transacciones en línea tiene dos claros
beneficios: la simplicidad y la eficiencia.
13
Sobre la simplicidad:
 La reducción de la documentación y la obtención de previsiones
de ingresos y gastos de forma más rápida y precisa son
ejemplos de cómo OLTP hace las cosas más simples para las
empresas.
 También proporciona una base concreta para la estabilidad de
una organización gracias a las actualizaciones oportunas.
 Otro factor es la simplicidad de permitir a los consumidores la
elección de la forma en que desean pagar, por lo que es mucho
más atractivo que la de hacer transacciones.
Sobre la eficiencia:
 OLTP amplía la base de consumidores para una
organización.
 Los procesos individuales se ejecutan mucho más rápido.
14
1.13. Ejemplos
Mejora de rendimiento de OLTP en memoria
En este ejemplo se muestran las mejoras de rendimiento al usar
OLTP en memoria al hacer una comparación de las diferencias en
la respuesta el tiempo de espera cuando se ejecuta una consulta
de Transact-SQL idéntica en tablas optimizadas en memoria y
basadas en disco tradicionales.
Además, también se crea un procedimiento almacenado compilado
de forma nativa (basado en la misma consulta) y luego se ejecuta
para demostrar que se suelen obtener los mejores tiempos de
respuesta al consultar una tabla optimizada en memoria con un
procedimiento almacenado compilado de forma nativa. En este
ejemplo solo se muestra un aspecto de las mejoras de rendimiento
al acceder a los datos en tablas optimizadas en memoria; la eficacia
del acceso a datos al realizar inserciones. Este ejemplo es de un
solo subproceso y no aprovecha las ventajas de simultaneidad de
OLTP en memoria. Una carga de trabajo que utiliza simultaneidad
verá mayor mejora de rendimiento.
Para completar este ejemplo, realizará las acciones siguientes:
1. Crear una base de datos denominada imoltp y modificar sus
detalles de archivo con el fin de configurarla para usar OLTP en
memoria.
2. Crear los objetos de base de datos para nuestro ejemplo:
tres tablas y un procedimiento almacenado compilado de forma
nativa.
3. Ejecutar las distintas consultas y mostrar los tiempos de
respuesta para cada una de ellas.
Para configurar la base de datos imoltp en nuestro ejemplo,
primero cree una carpeta vacía: c:\imoltp_datay luego ejecute el
siguiente código:
USE master
GO
-- Create a new database.

CREATE DATABASE imoltp
GO
-- Prepare the database for In-Memory OLTP by

-- adding a memory-optimized filegroup to the database.
ALTER DATABASE imoltp ADD FILEGROUP imoltp_file_group
CONTAINS MEMORY_OPTIMIZED_DATA;
-- Add a file (to hold the memory-optimized data) to the ne

w filegroup.
ALTER DATABASE imoltp ADD FILE (name='imoltp_file', filenam
e='c:\imoltp_data\imoltp_file')
TO FILEGROUP imoltp_file_group;
GO
15
A continuación, ejecute el siguiente código para crear la tabla

basada en disco, dos (2) tablas optimizadas en memoria y el
procedimiento almacenado compilado de forma nativa que se usará
para mostrar los distintos métodos de acceso a datos:
USE imoltp
GO
-- If the tables or stored procedure already exist, drop

them to start clean.
IF EXISTS (SELECT NAME FROM sys.objects WHERE NAME = 'Dis
kBasedTable')
DROP TABLE [dbo].[DiskBasedTable]
GO
IF EXISTS (SELECT NAME FROM sys.objects WHERE NAME = 'InM

emTable')
DROP TABLE [dbo].[InMemTable]
GO
IF EXISTS (SELECT NAME FROM sys.objects WHERE NAME = 'In

MemTable2')
DROP TABLE [dbo].[InMemTable2]
GO
IF EXISTS (SELECT NAME FROM sys.objects WHERE NAME = 'us

p_InsertData')
DROP PROCEDURE [dbo].[usp_InsertData]
GO
-- Create a traditional disk-based table.

CREATE TABLE [dbo].[DiskBasedTable] (
c1 INT NOT NULL PRIMARY KEY,
c2 NCHAR(48) NOT NULL
)
GO
-- Create a memory-optimized table.

CREATE TABLE [dbo].[InMemTable] (
c1 INT NOT NULL PRIMARY KEY NONCLUSTERED HASH WITH (BUC
KET_COUNT=1000000),
) WITH (MEMORY_OPTIMIZED=ON, DURABILITY = SCHEMA_AND_DATA
);
GO
-- Create a 2nd memory-optimized table.

CREATE TABLE [dbo].[InMemTable2] (
c1 INT NOT NULL PRIMARY KEY NONCLUSTERED HASH WITH (BUC
KET_COUNT=1000000),
) WITH (MEMORY_OPTIMIZED=ON, DURABILITY = SCHEMA_AND_DATA
);
GO
-- Create a natively-compiled stored procedure.

CREATE PROCEDURE [dbo].[usp_InsertData]
@rowcount INT,
@c NCHAR(48)
16
WITH NATIVE_COMPILATION, SCHEMABINDING, EXECUTE AS OWNE

R
AS
BEGIN ATOMIC
WITH (TRANSACTION ISOLATION LEVEL = SNAPSHOT, LANGUAGE
= N'us_english')
DECLARE @i INT = 1;
WHILE @i <= @rowcount
BEGIN
INSERT INTO [dbo].[inMemTable2](c1,c2) VALUES (@i, @c
);
SET @i += 1;
END
END
GO
La instalación se completa y estamos preparados para ejecutar

las consultas que mostrarán los tiempos de respuesta al hacer
una comparación del rendimiento entre los métodos de acceso de
datos.
Para completar el ejemplo, ejecute el siguiente código varias
veces. Omita los resultados de la primera ejecución que se ve
afectado negativamente por la asignación de memoria inicial.
SET STATISTICS TIME OFF;

SET NOCOUNT ON;
-- Delete data from all tables to reset the example.

DELETE FROM [dbo].[DiskBasedTable]
WHERE [c1]>0
GO
DELETE FROM [dbo].[inMemTable]
WHERE [c1]>0
GO
DELETE FROM [dbo].[InMemTable2]
WHERE [c1]>0
GO
-- Declare parameters for the test queries.

DECLARE @i INT = 1;
DECLARE @rowcount INT = 100000;
DECLARE @c NCHAR(48) = N'12345678901234567890123456789012
345678';
DECLARE @timems INT;
DECLARE @starttime datetime2 = sysdatetime();
-- Disk-based table queried with interpreted Transact-SQL

.
BEGIN TRAN
WHILE @I <= @rowcount
BEGIN
INSERT INTO [dbo].[DiskBasedTable](c1,c2) VALUES (@i,
@c);
SET @i += 1;
END
COMMIT
SET @timems = datediff(ms, @starttime, sysdatetime());
17
SELECT CAST(@timems AS VARCHAR(10)) + ' ms (disk-based ta

ble with interpreted Transact-SQL).';
-- Memory-optimized table queried with interpreted Transa

ct-SQL.
SET @i = 1;
SET @starttime = sysdatetime();
BEGIN TRAN
WHILE @i <= @rowcount
BEGIN
INSERT INTO [dbo].[InMemTable](c1,c2) VALUES (@i, @
c);
SET @i += 1;
END
COMMIT

SELECT CAST(@timems AS VARCHAR(10)) + ' ms (memory-optimi
zed table with interpreted Transact-SQL).';
-- Memory-optimized table queried with a natively-compile

d stored procedure.
SET @starttime = sysdatetime();
EXEC usp_InsertData @rowcount, @c;

SELECT CAST(@timems AS VARCHAR(10)) + ' ms (memory-optimi
zed table with natively-compiled stored procedure).';
1.14. Diferencia entre sistemas OLTP y OLAP

Una base de datos dimensional está diseñada y ajustada para dar
soporte al análisis de tendencias y previsiones. Este tipo de
proceso de información se conoce como proceso analítico en línea
(OLAP) o proceso de soporte de decisiones. OLAP es también el
término que utilizan los diseñadores de bases de datos para
describir un enfoque dimensional al proceso de información.
Una base de datos dimensional está optimizada para la
recuperación y el análisis de datos. Cualquier dato nuevo que
cargue en la base de datos se suele actualizar por lotes, a menudo
desde diversas fuentes. Mientras que los sistemas OLTP tienden a
organizar los datos alrededor de procesos específicos (como la
entrada de pedidos), una base de datos dimensional tiende a estar
orientada a temas y está destinada a responder a preguntas como
las siguientes: “¿Qué productos se están vendiendo bien?”, “¿En
18
qué época del año se venden mejor los productos?”, “¿En qué
zonas son más flojas las ventas?”
OLTP OLAP
Los datos se Los datos se
atomizan resumen
Los datos son Los datos son
actuales históricos
Procesa un Procesa varios
registro cada registros
vez simultáneamente
Orientada a
Orientada a temas
procesos
Diseñada para
Diseñada para el
el proceso
proceso analítico
repetitivo
altamente
altamente
desestructurado
estructurado
2. Resumen
Es un tipo de proceso especialmente rápido en el que las solicitudes de
los usuarios son resueltas de inmediato; naturalmente, ello implica la
concurrencia de un mecanismo que permite el procesamiento de varias
transacciones a la vez.
Las bases de datos relacionales constituyen un sostén poderoso para los
sistemas de apoyo a la toma de decisiones, por ello vamos a profundizar
en el estudio de aquellos sistemas que llevan el peso del comportamiento
diario de las empresas, en el tipo de procesamiento de la información que
realizan y en cómo éstos pueden influir en el comportamiento de los
sistemas dedicados al análisis.
Los sistemas que se utilizan para el funcionamiento de los negocios en
tiempo real son los llamados “sistemas operacionales” o “sistemas de
producción”. Ellos manipulan un gran número de transacciones simples
de lectura / escritura y se basan en datos operacionales o datos actuales
19
del estado de la empresa. Además, juegan un papel fundamental para

cualquier organización, pues garantizan la automatización de los procesos
y el flujo de la información a través de la misma.
El diseño e implementación de los sistemas de producción están dirigidos
a cumplir sus objetivos, que consisten en apoyar las funciones diarias de
la entidad u organización, brindar servicios de oficina, entregar la
información de manera automatizada y asegurar la calidad y la protección
de la información.
Por otra parte, los sistemas que se utilizan para administrar y controlar la
empresa son los llamados “sistemas informacionales”. Ellos se apoyan en
los datos que sustentan el proceso de toma de decisiones en una
organización y en datos estables en el tiempo (datos periódicos o
históricos). Se diseñan principalmente para ejecutar consultas complejas
y de sólo lectura, que involucran perspectivas a partir de dichos datos.
Uno de los aspectos fundamentales que distingue los sistemas
operacionales y los informacionales es el tipo de procesamiento de la
información que realizan, ya sea transaccional o analítico.
El “procesamiento transaccional en línea” (OLTP – On Line Transaction
Processing), conocido también como procesamiento operacional,
sustenta las operaciones diarias de la empresa y describe los
requerimientos operacionales del sistema. Este procesamiento se refiere
a un tipo de cómputo en el cual el énfasis está en el procesamiento de las
transacciones tal y como son recibidas por las aplicaciones.
Las aplicaciones de bases de datos con procesamiento transaccional en
línea (OLTP) son óptimas en el manejo de los datos que constantemente
están cambiando y usualmente tienen un gran número de usuarios que
están ejecutando transacciones simultáneamente y que actualizan o
modifican los datos en tiempo real. Aunque los requerimientos
individuales por usuarios sobre los datos tienden a referenciar pocos
artículos, muchos de estos requerimientos son solicitados al mismo
tiempo. De ahí que las principales preocupaciones en este tipo de
aplicación sean la concurrencia y la atomicidad.
Los controles de la concurrencia en un sistema de bases de datos
aseguran que dos usuarios no puedan cambiar o modificar el mismo tipo
20
de dato o que un usuario no pueda modificar una parte de un dato antes

de que otro usuario haya terminado de usarlo.
Por otra parte, la atomicidad asegura que todos los pasos relacionados en
una transacción se completen satisfactoriamente como un todo. Si algún
paso falla, ningún otro paso debe ser completado. Por ejemplo: en un
banco, en el proceso de traspaso de una cuenta a otra, si el primer paso
(extraer de la primera cuenta) se ejecuta favorablemente, entonces
podemos asegurar que el traspaso se ejecutó sin problemas.
Los sistemas de bases de datos con procesamiento transaccional deben
ser diseñados para promover: una buena colocación de los datos,
transacciones que minimicen los bloqueos producto de la concurrencia,
los backup en línea, una alta normalización de la base de datos, pocos o
ninguno datos históricos o agregados, un uso cuidadoso de los índices y
una óptima configuración del hardware.
La buena colocación de los datos se refiere a los embotellamientos o
atascamientos de entrada / salida, que son una gran preocupación para
los sistemas OLTP debido al número de usuarios que están modificando
datos en la base de datos. Para garantizar esto, se debe determinar el
verdadero patrón de acceso a los datos y poner juntos los datos que se
acceden con más frecuencia. Se puede disponer, además, del uso de
grupos de ficheros y de sistemas RAID (Redundant Array of Independent
Disks) para ayudar en este proceso.
Hace referencia a un sistema de almacenamiento que usa múltiples
discos duros entre los que distribuye o replica los datos. Dependiendo de
su configuración (a la que suele llamarse nivel), los beneficios de un RAID
respecto a un único disco son uno o varios de los siguientes: mayor
integridad, mayor tolerancia a fallos, mayor throughput (rendimiento) y
mayor capacidad.
21
3. Summary
It is a particularly fast type of process in which the requests of the users
are resolved immediately; Naturally, this implies the concurrence of a
mechanism that allows the processing of several transactions at the same
time.
Relational databases are a powerful support for decision support systems,
so we will delve into the study of those systems that carry the weight of the
daily behavior of companies, in the type of information processing what
they do and how they can influence the behavior of the systems dedicated
to the analysis.
The systems that are used for the operation of businesses in real time are
the so-called "operational systems" or "production systems". They
manipulate a large number of simple read / write transactions and are
based on operational data or current data on the state of the company. In
addition, they play a fundamental role for any organization, as they
guarantee the automation of processes and the flow of information through
it.
The design and implementation of production systems are aimed at
achieving their objectives, which consist of supporting the daily functions
of the entity or organization, providing office services, delivering
information in an automated manner and ensuring the quality and
protection of information. .
On the other hand, the systems used to manage and control the company
are the so-called "informational systems". They rely on the data that
sustain the decision-making process in an organization and on data that is
stable over time (periodic or historical data). They are designed primarily
to execute complex and read-only queries, which involve perspectives
from said data.
One of the fundamental aspects that distinguishes the operational and
informational systems is the type of information processing they perform,
whether transactional or analytical.
"Online Transaction Processing" (OLTP), also known as operational
processing, supports the daily operations of the company and describes
the operational requirements of the system. This processing refers to a
22
type of computation in which the emphasis is on the processing of

transactions as they are received by the applications.
Database applications with transactional online processing (OLTP) are
optimal in the management of data that is constantly changing and usually
have a large number of users who are executing transactions
simultaneously and who update or modify the data in real time. Although
individual user requirements on data tend to reference few articles, many
of these requirements are requested at the same time. Hence, the main
concerns in this type of application are concurrency and atomicity.
Concurrency controls in a database system ensure that two users can not
change or modify the same type of data or that a user can not modify a
part of a data before another user has finished using it.
On the other hand, atomicity ensures that all the steps involved in a
transaction are completed successfully as a whole. If any step fails, no
other step must be completed. For example: in a bank, in the process of
transferring from one account to another, if the first step (extract from the
first account) is executed favorably, then we can assure that the transfer
was executed without problems.
Database systems with transaction processing must be designed to
promote: good data placement, transactions that minimize product
blockages, online backup, high database normalization, few or no data
historical or aggregates, careful use of indexes and optimal hardware
configuration. The good placement of the data refers to the bottlenecks or
jams of input / output, which are a major concern for OLTP systems due
to the number of users that are modifying data in the database. To ensure
this, you must determine the true pattern of access to the data and put
together the data that is accessed most often. In addition, the use of file
groups and RAID systems (Redundant Array of Independent Disks) can
be used to assist in this process. It refers to a storage system that uses
multiple hard disks between which it distributes or replicates the data.
Depending on your configuration (which is usually called level), the
benefits of a RAID with respect to a single disk are one or more of the
following: greater integrity, greater fault tolerance, greater throughput
(performance) and greater capacity.
23
4. Recomendaciones
 Es recomendable porque logra ahorros significativos de mano de obra,
debido a que automatizan tareas operativas de la empresa y lograr una
ventaja competitiva.
 Los tipos de sistemas de procesamiento de transacciones, conformada
por hardware informático y un software que aloja una aplicación
orientada a intercambios que ejecutan las transacciones habituales
necesarias para realizar operaciones comerciales deben ser más
relacionadas al desarrollo orientado a objetos.
 Los sistemas OLTP deben poder incluirse en todo tipo consultas y en
cualquier administrador de base de datos que el usuario este
desarrollando sus proyectos o aplicaciones.
 Hace falta que los datos sean legibles con una latencia baja en varias
regiones o secciones del administrador de bases de datos y en caso
afirmativo, se debe elegir una opción que admita réplicas secundarias
legibles.
 En la práctica, la mayoría de las cargas de trabajo no son OLTP
puras. Tiende a haber también un componente analítico. Además, hay
una creciente demanda de informes en tiempo real, como los informes
activos en el sistema operativo.
5. Conclusiones
 Los procesamientos de transacciones en línea aportan diversos
beneficios para la empresa y, sobre todo, para el sistema de gestión y
almacenamiento de datos, y de la administración de las transacciones.
 Uno de los beneficios más destacados se encuentra en la simplicidad,
ya que el OLTP reduce la documentación e incrementa la rapidez y la
precisión en la obtención de previsiones, tanto de gastos como de
ingresos. Además, lleva a cabo una serie de actualizaciones que
favorecen la estabilidad y la organización. Asimismo, permite a los
consumidores llevar a cabo elecciones en espacios de tiempo muy
breves.
24
 Las Transacciones constituyen un conjunto de servicios necesarios,

que por sus características hacen la vida un poquito más fácil, debido
al gran volumen de materiales, de suministros y de componentes que
forman parte de la ampliación de líneas de productos, así como a la
velocidad que necesitan las compañías para reaccionar ante los
cambios constantes en el sistema.
 Los Software que proporcionan los sistemas de transacción
contribuyen a controlar y planificar en el campo empresarial, factores
claves que permite a las organizaciones cubrir diferentes expectativas
y requerimientos del mercado como lo son:
 Capacidad para establecer precios más competitivos.
 Reducción en el precio de venta.
 Reducción en inventarios.
 Mejor servicio al cliente.
 Mejor respuesta a las demandas del mercado.
 Capacidad para cambiar el programa maestro de producción.
 Reducción en los tiempos de preparación y desmontaje.
 Reducción en el tiempo de inactividad.
 Otra de las conclusiones más importantes que aporta el OLTP es

acerca de la eficiencia, ya que amplía la base de consumidores, y cada
proceso se lleva a cabo de una manera mucho más rápida, por lo que
los desarrollos de las transacciones tienen lugar de una manera mucho
más eficaz.
 Por último, el procesamiento OLTP proporciona otras ventajas como la
prevención de problemas o anomalías de actualización, reduce el
esfuerzo requerido para llevar a cabo modificaciones de aplicaciones y
asegurar la consistencia de los datos que se emplean en las
transacciones.
25
6. Apreciación del Equipo (de cada integrante del equipo)

 Según Romario Montalvan Castillo, OLTP es un programa que
facilita y administra aplicaciones transaccionales, usualmente para
data entry y transacciones en empresas, incluyendo bancos,
aerolíneas, etc. Los nuevos paquetes de Software para OLTP se
basa en la arquitectura cliente-servidor ya que suelen ser utilizados
por empresas que no se encuentran 100% en el mismo medio
físico, sino expandidas geográficamente.
Además los sistemas OLTP deben ser altamente dinámicos. Como
están continuamente sujetos a cambios, actualizaciones, nuevos
datos y, en general, a todo tipo de transacciones que involucran
acceso a la información, estos sistemas se convierten en Sistemas
Non Stop, con un grado de disponibilidad de 24 horas, siete días a
la semana, y deben soportar cientos y hasta miles de usuarios en
forma simultánea, con tiempos de respuesta excelentes.
Plasmando un poco la perspectiva del usuario en los sistemas de

reservas de las aerolíneas, operaciones como la confirmación de
una reserva o la consulta de la disponibilidad de sillas en un vuelo
específico son realizadas por usuarios cada vez más exigentes en
cuanto a nivel de servicio, disponibilidad y tiempos de respuesta.
El administrador Para el administrador, los sistemas OLTP deben

configurarse para soportar gran cantidad de operaciones
entrada/salida. Así mismo, deben afinarse para manejar de manera
eficiente todos los hilos de procesamiento generados por las
diferentes transacciones de usuario y configurarse para administrar
la memoria disponible sin afectar seriamente el desempeño general
del sistema.
26
 Según Dina Leon Tapia, un sistema OLTP se puede definir como

una herramienta tecnológica capaz de soportar el procesamiento,
administración y mantenimiento diario de transacciones generadas
por los negocios de una compañía a nivel corporativo, para ofrecer
altos niveles de disponibilidad, seguridad y confiabilidad.
Un ejemplo concreto de un sistema OLTP se aprecia diariamente
en los sistemas de reservas utilizados por las aerolíneas más
famosas a nivel mundial. Además de ser los sistemas soporte de
las operaciones diarias de una compañía, los sistemas OLTP hoy
día asumen un papel muy importante: proporcionar información
confiable y precisa a las grandes bodegas de datos, que son la
fuente principal para generar información de gestión.
Dada la importancia de estos sistemas (OLTP) en la infraestructura
tecnológica y operativa de una compañía, vale la pena resaltar
algunos puntos de vista desde los cuales es posible analizar un
sistema OLTP.
En el sistema de aerolíneas utilizado como ejemplo, el
administrador debe configurar y afinar parámetros como ubicación
de la base de datos (centralizada, distribuida), memoria disponible
para el sistema y para el usuario, interacción eficiente entre los
procesos del sistema y los procesos del base de datos, áreas
temporales para el almacenamiento de transacciones de gran
tamaño entre otros. Desde la de los proveedores de base de datos,
un OLTP debe ofrecer funcionalidad garantizada en aspectos
como: Concurrencia, en el sentido de proveer un máximo
desempeño a gran cantidad de usuarios simultáneos, garantizando
que dos usuarios no actualicen el mismo registro al mismo tiempo,
brindando a su producto herramientas que manejen correctamente
bloqueos a nivel de registro, Atomicidad en las transacciones, es
decir, si un usuario se encuentra realizando una transacción que
implica varias tareas, los cambios a la información no deben ser
visibles a otros usuarios concurrentes hasta que la transacción
termine satisfactoriamente.
27
 Según Analita Vásquez Díaz, se puede analizar un OLTP desde

otros puntos de vista y darse cuenta de la importancia tanto a nivel
táctico, técnico y estratégico que tienen estos sistemas en el
entorno corporativo comparados por ejemplo con sistemas de
soporte de decisión (DSS), pues estos se alimentan directamente
de los sistemas OLTP (ver tabla).
Estas diferencias hacen evidente que la infraestructura técnica y de
ingeniería necesaria para construir y mantener un OLTP es
completamente diferente a la requerida para un DSS o un Data
Warehouse.
Existen suficientes razones de peso para prestar mucha atención
al proceso de selección, implantación y administración de un
sistema OLTP que hoy día; debe estar diseñado para soportar no
solo transacciones día a día, sino para ser la fuente confiable de
información que garantiza que las operaciones de los sistemas
(DSS) y Data Warehouse apoyen la efectiva toma de decisiones a
nivel corporativo.
Para los desarrolladores Este es quizás el punto de vista más
completo desde el cual se debe analizar un sistema OLTP. El
desarrollador debe conocer la perspectiva del usuario para así
mismo ofrecer una aplicación que supla en su totalidad las
necesidades del mismo; debe conocer muy bien las fortalezas,
debilidades y limitantes del producto que ofrece el proveedor para
utilizarlo de la mejor forma posible y, al mismo tiempo, entender
todas las tareas técnicas de administración para ofrecer una
solución de calidad acorde a la plataforma utilizada.
Con soluciones como esta, los proveedores de bases de datos
pueden ofrecer verdaderos procesos de respaldo en línea.
28
7. Glosario de Términos
OLTP: Procesamiento de Transacciones En Línea (OnLine Transaction
Processing) es un tipo de sistemas que facilitan y administran aplicaciones
transaccionales, usualmente para entrada de datos y recuperación y
procesamiento de transacciones.
Base de datos relacional: Es una base de datos que cumple con el
modelo relacional, el cual es el modelo más utilizado en la actualidad para
modelar problemas reales y administrar datos dinámicamente.
Modelo relacional: Es un modelo de datos basado en la lógica de
predicado y en la teoría de conjuntos. Es el modelo más utilizado en la
actualidad para modelar problemas reales y administrar datos
dinámicamente.
Base de datos transaccional: Es una base de datos orientada a la
realización de transacciones; es decir, la información se procesa
descomponiéndola en forma unitaria e indivisible.
Gestión de datos
La gestión de datos es la práctica de organizar y mantener procesos de
datos para satisfacer las necesidades de ciclo de vida
Instantáneas de almacenamiento
Una instantánea actúa como una tabla de contenido detallada, que
proporciona al usuario copias accesibles de los datos a los que se puede
retroceder.
Plataforma de gestión de datos, DMP
Una plataforma de administración de datos (DMP) es un sistema
centralizado para recopilar y analizar grandes conjuntos de datos.
ROLAP
Implementación OLAP que almacena los datos en un motor relacional.
MOLAP
Esta implementación OLAP almacena los datos en una base de datos
multidimensional. Para optimizar los tiempos de respuesta, el resumen de
la información es usualmente calculado por adelantado.
HOLAP
Almacena algunos datos en un motor relacional y otros en una base de
datos multidimensional.
29
Duplicidad de registros
No se garantiza la inexistencia de registros duplicados. Esto también es
cierto para los campos “clave”. Es decir, no se garantiza que dos registros
cualesquiera tengan diferentes valores en un subconjunto concreto de
campos.
Integridad referencial
No existe garantía de que un registro hijo esté relacionado con un registro
padre válido. Por ejemplo, es posible borrar un nodo padre sin eliminar
antes los nodos hijo, de manera que éstos últimos están relacionados con
un registro inválido o inexistente.
Desnormalización
Este no es tanto un problema del modelo jerárquico como del uso que se
hace de él. Sin embargo, a diferencia del modelo relacional, las bases de
datos jerárquicas no tienen controles que impidan la desnormalización de
una base de datos. Por ejemplo, no existe el concepto de campos clave o
campos únicos.
Latencia en frío
El tiempo que transcurre cuando el flujo de trabajo se usa por primera vez
y el XOML o el XAML debe ser compilado.
collation
Conjunto de reglas que determina cómo se comparan, ordenan y
presentan los datos.
colección
Objeto que contiene un conjunto de objetos relacionados. La posición de
un objeto en la colección puede cambiar siempre que se produzca un
cambio en la colección; por consiguiente, la posición de cualquier objeto
concreto en una colección puede variar.
Elemento de recopilación
Instancia de un tipo de recopilador que se crea con un conjunto de
propiedades de entrada y frecuencia de recopilación concretos y que se
usa para reunir tipos específicos de datos.
Modo de recopilación
Frecuencia a la que los datos se recopilan y cargan en el almacén de
administración de datos.
30
Conjunto de recopilación
Grupo de elementos de recopilación con los que un usuario puede
interactuar a través de la interfaz de usuario.
tipo de recopilador Contenedor lógico que incluye paquetes de SQL
Server Integration Services
Que proporcionan el mecanismo real para recopilar los datos y cargarlos
en el almacén de administración de datos.
Colocar
Seleccionar una tabla con particiones que contenga los datos
relacionados y combinar con esta tabla en la columna de particionamiento.
Colocación
Condición por la que las tablas y los índices se dividen en particiones de
acuerdo con funciones de partición equivalentes.
Dek
Cadena de bits que se usa junto con un algoritmo de cifrado para cifrar y
descifrar datos.
AMO
Colección de espacios de nombres .NET que se incluye con Analysis
Services y que se usa para proporcionar funcionalidad administrativa para
aplicaciones cliente.
ARIMA
Método para determinar las dependencias en observaciones tomadas
secuencialmente en el tiempo, que también admite la estacionalidad
multiplicativa.
SSAS
Característica de Microsoft SQL Server que admite procesamiento
analítico en línea (OLAP) y minería de datos para aplicaciones de
Business Intelligence. Analysis Services organiza los datos de un
almacenamiento de datos en los cubos con datos de agregación
precalculados para proporcionar respuestas rápidas a consultas analíticas
complejas.
SSL
El protocolo que mejora la seguridad de la comunicación de datos
mediante una combinación de cifrado de datos, certificados digitales y
31
criptografía de clave pública. SSL habilita la autenticación y aumenta la

integridad de los datos y la privacidad a través de las redes. SSL no
proporciona autorización o no rechazo.
SSRCT
Herramienta que permite a los administradores de DPM autorizar a los
usuarios finales a realizar la recuperación de autoservicio de datos
mediante la creación y la administración de roles DPM (agrupación de
usuarios, objetos y permisos).
SSRS
Entorno de generación de informes basado en servidor para funcionalidad
empresarial de informes habilitados para Web con el fin de poder crear
informes que extraigan contenido de una variedad de orígenes de datos,
publicar informes con distintos formatos y administrar centralmente la
seguridad y las suscripciones.
SSRT
Herramienta que los usuarios finales usan para recuperar las copias de
seguridad de DPM, sin que se requiera ninguna acción del administrador
de DPM.
SPN
Nombre por el que un cliente identifica de forma exclusiva una instancia
de un servicio. Normalmente se crea a partir del nombre DNS del host. El
SPN
se usa en el proceso de autenticación mutua entre el cliente y el servidor
que hospedan un servicio determinado.
SMO
Interfaz de programación de aplicaciones que admite la incorporación de
la administración de SQL Server en cualquier aplicación de
automatización OLE o COM.
SMTP
Miembro del conjunto de protocolos TCP/IP que rige el intercambio de
correo electrónico entre los agentes de transferencia de mensajes.
32
SID
En sistemas basados en Windows, valor único que identifica a un usuario,
grupo o cuenta de equipo dentro de una empresa. A cada cuenta se le
emite un SID cuando se crea.
SBCS
Codificación de caracteres en la que cada carácter se representa
mediante 1 byte. Los juegos de caracteres de byte único se limitan
matemáticamente a 256 caracteres.
SDK
Conjunto de rutinas (normalmente en una o más bibliotecas) diseñado
para permitir a los desarrolladores escribir más fácilmente programas para
un equipo, sistema operativo o interfaz de usuario determinados.
SMTP
Miembro del conjunto de protocolos TCP/IP que rige el intercambio de
correo electrónico entre los agentes de transferencia de mensajes.
8. Bibliografía o Linkografía
https://docs.microsoft.com/es-es/azure/architecture/data-guide/relational-
data/online-transaction-processing
https://copro.com.ar/Procesamiento_de_transacciones_en_linea.html
http://www.evaluandosoftware.com/sistemas-oltp-procesamiento-
administracion-mantenimiento-transacciones/
https://oltp.wikispaces.com/Diferencia%20entre%20OLTP%20y%20OLA
P
https://es.wikipedia.org/wiki/OLTP
https://searchdatacenter.techtarget.com/es/definicion/OLTP-
Procesamiento-de-Transacciones-En-Linea
33

OLTP

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

OLTP

Cargado por

Copyright:

Formatos disponibles

“Año del Diálogo y la Reconciliación Nacional”

OLTP- PROCESAMIENTO DE TRANSACCIONES

CURSO: BASES DE DATOS II

DOCENTE: ING. MARCO AURELIO PORRO CHULLI.

CARRERA: ING. DE SISTEMAS Y TELEMATICA.

MONTALVAN CASTILLO, Romario.

LEON TAPIA, Dina.

VÁSQUEZ DÍAZ, Analita.

BAGUA GRANDE – JUNIO DEL 2018

OLTP - Procesamiento de Transacciones en Línea

1.2. ¿Qué es un sistema OLTP?

Preocupaciones de proceso de transacciones en línea sobre

1.3. Elementos Fundamentales del Diseño de sistemas de OLTP

 Bloque (almacenamiento de datos) tamaño

 Caché del búfer tamaño

coordinación en un alto nivel de granularidad y pueden abarcar

1.4. Datos transaccionales

1.5. Rasgos típicos de los datos transaccionales

1.6. Cuándo se debe utilizar OLTP

La eficacia se debe a que permite que el sistema de OLTP procese

1.7. Inconvenientes en OLTP

La solución habitual consiste en mantener una ventana de tiempo

1.8. OLTP en Azure

1.9. Principales criterios de selección

¿Su solución es multiinquilino? Si es así, considere la posibilidad

1.10.1. Funcionalidades generales

No incluye compatibilidad con controladores de cliente, lo que

1.10.2. Funcionalidades de escalabilidad

1.10.3. Funcionalidades de cargas de trabajo de análisis

1.10.4. Funcionalidades de disponibilidad

1.10.5. Funcionalidades de seguridad

En grandes aplicaciones, la eficiencia del OLTP puede depender

-- Create a new database.

-- Prepare the database for In-Memory OLTP by

-- Add a file (to hold the memory-optimized data) to the ne

A continuación, ejecute el siguiente código para crear la tabla

-- If the tables or stored procedure already exist, drop

IF EXISTS (SELECT NAME FROM sys.objects WHERE NAME = 'InM

IF EXISTS (SELECT NAME FROM sys.objects WHERE NAME = 'In

IF EXISTS (SELECT NAME FROM sys.objects WHERE NAME = 'us

-- Create a traditional disk-based table.

-- Create a memory-optimized table.

-- Create a 2nd memory-optimized table.

-- Create a natively-compiled stored procedure.

WITH NATIVE_COMPILATION, SCHEMABINDING, EXECUTE AS OWNE

La instalación se completa y estamos preparados para ejecutar

SET STATISTICS TIME OFF;

-- Delete data from all tables to reset the example.

-- Declare parameters for the test queries.

-- Disk-based table queried with interpreted Transact-SQL

SELECT CAST(@timems AS VARCHAR(10)) + ' ms (disk-based ta

-- Memory-optimized table queried with interpreted Transa

SET @timems = datediff(ms, @starttime, sysdatetime());

-- Memory-optimized table queried with a natively-compile

EXEC usp_InsertData @rowcount, @c;

SET @timems = datediff(ms, @starttime, sysdatetime());

1.14. Diferencia entre sistemas OLTP y OLAP

del estado de la empresa. Además, juegan un papel fundamental para

de dato o que un usuario no pueda modificar una parte de un dato antes

type of computation in which the emphasis is on the processing of

 Las Transacciones constituyen un conjunto de servicios necesarios,

 Otra de las conclusiones más importantes que aporta el OLTP es

6. Apreciación del Equipo (de cada integrante del equipo)

Plasmando un poco la perspectiva del usuario en los sistemas de