Producción vs. ScriptDHLBC.sql

La base tiene exactamente 36 índices de usuario para 36 tablas. Uno por tabla, y ese uno es la primary key clustered. No existe un solo índice no-clustered en toda la base.

Esto significa que toda consulta que filtre o haga JOIN por una foreign key — que es prácticamente toda la aplicación — recorre la tabla entera.

Qué hacer

Crear un índice no-clustered sobre la columna de cada foreign key. Es la corrección de mayor impacto y menor riesgo que se le puede hacer a esta base. Empezando por las de mayor volumen:

CREATE NONCLUSTERED INDEX IX_DocumentAttributeValue_DocumentId
    ON dbo.DocumentAttributeValue (DocumentId);

CREATE NONCLUSTERED INDEX IX_DocumentAttributeValue_DocumentFieldId
    ON dbo.DocumentAttributeValue (DocumentFieldId);

CREATE NONCLUSTERED INDEX IX_Document_ClaimId
    ON dbo.Document (ClaimId);

CREATE NONCLUSTERED INDEX IX_ClaimHistory_ClaimId
    ON dbo.ClaimHistory (ClaimId);

Se pueden crear en caliente. El costo es espacio en disco y una escritura marginalmente más lenta; el beneficio es de órdenes de magnitud en lectura y una reducción drástica de bloqueos.

Ninguna tabla tiene una columna rowversion (ni ningún otro token de concurrencia).

Qué hacer

Agregar una columna rowversion a las tablas que edita el usuario (Claim, ClaimAnalysisData, TechnicalSheet, DocumentAttributeValue) y mapearla en EF Core como token de concurrencia:

-- SQL
ALTER TABLE dbo.Claim ADD RowVersion rowversion NOT NULL;

// EF Core
builder.Property(c => c.RowVersion).IsRowVersion();

A partir de ahí, un guardado sobre datos desactualizados lanza DbUpdateConcurrencyException y la aplicación puede resolverlo — avisar al usuario, recargar o mergear. Lo que no puede seguir pasando es que se pierda sin ruido.

Hay ON DELETE CASCADE desde tablas de catálogo — pequeñas, editables desde la administración — hacia las tablas más grandes del sistema.

Qué hacer

Los catálogos no deberían cascadear. Cambiar esas FKs a ON DELETE NO ACTION: si alguien intenta borrar un tipo de documento en uso, el motor lo rechaza — que es exactamente el comportamiento que uno quiere. La cascada tiene sentido de Claim hacia sus hijos (borrar un siniestro borra su análisis), no de un catálogo hacia los datos.

Qué hacer

ALTER DATABASE DHLBC SET READ_COMMITTED_SNAPSHOT ON
    WITH ROLLBACK IMMEDIATE;

Con RCSI, los lectores ven una versión consistente en tempdb en lugar de bloquear. Requiere una ventana breve (desconecta las sesiones activas) y carga adicional sobre tempdb. Ordenar primero los índices — con el hallazgo #1 resuelto, la presión sobre tempdb es mucho menor.

El header del backup declara HasBackupChecksums = 0: se generó sin WITH CHECKSUM.

Qué hacer

BACKUP DATABASE DHLBC TO DISK = '...'
WITH CHECKSUM, COMPRESSION, STATS = 10;

RESTORE VERIFYONLY FROM DISK = '...' WITH CHECKSUM;