VALIDACIÓN PÚBLICA · ACTUALIZACIÓN CONTINUA

Native Evidence,
explicado fácil.

Estamos comprobando si la base de datos es correcta, resistente y rápida. Publicamos lo que pasa y también lo que falla.

Versión examinada08208bb7
Durabilidad Native4/4 PASS
GitHub facturable0 min
Órdenes provisionales2 publicados

EN UNA FRASE

La versión final ya está en examen; todavía no está clasificada

Durabilidad y sanitizers pasan. Rendimiento, profundidad histórica y repetición independiente siguen ejecutándose.

LISTO

Prueba OLTP

SmallBank comprobará dinero, transacciones y concurrencia con 1, 2, 4, 8, 16, 32 y 64 clientes.

38/38 PASSValidador
LISTO

Prueba de durabilidad

Comprobará apagados bruscos, reinicios, WAL, corrupción y que no se pierda ningún commit confirmado.

30/30 PASSValidador
LISTO

Cuatro servidores OVH

Los cuatro nodos tienen CPU, memoria, disco y Docker suficientes para repartir el examen sin usar cómputo facturable de GitHub.

4/4 PASSInfraestructura
EN MARCHA

Prueba real de la corrección

Se ejecuta únicamente contra el SHA canónico, con 180 intentos de rendimiento, 180 de profundidad histórica y una segunda rotación independiente.

0 PUNTOS TODAVÍAHasta completar

QUÉ SUCEDE AHORA

Tres pasos, sin letra pequeña

Cada paso deja comandos, resultados y hashes públicos.

Paso 1 · hechoSHA final 08208bb7 integrado
Paso 2 · activoLos 4 OVH ejecutan la matriz
Paso 3 · siguienteRotamos nodos y publicamos puntos
ReglaSin escoger solo el mejor intento
Ya hay posiciones provisionales; aún no hay puntuación finalPublicamos el orden OLTP por TPS c64 y el analítico por tiempo de consulta. Los 100 puntos finales esperan durabilidad, operaciones, uso prolongado y rotación de hardware.

RANKING PÚBLICO

Una clasificación para cada tipo de base de datos

Cada motor puede obtener hasta 100 puntos. Solo comparamos productos de la misma categoría y solo usamos resultados medidos.

100puntos máximos
6exámenes por motor
4categorías separadas
0puntos estimados
20 Corrección20 Concurrencia20 Rendimiento20 Durabilidad10 Operaciones10 Uso prolongado
Cuatro calibraciones OLTP y dos analíticas completas; cinco límites demostradosPostgreSQL, MySQL, MariaDB y CockroachDB completaron 35/35. DuckDB y ClickHouse completaron 110/110 consultas analíticas. PostgreSQL perdió 90/200 commits confirmados en dos servidores independientes tras truncar el WAL; YugabyteDB falló cerrada en c8, TiDB no admite SERIALIZABLE estricto, SQLite encontró contención desde c2 y Firebird conserva solo el 0,689 % del TPS al pasar de c1 a c2.
Orden c64*Nodoc1 TPSc8 TPSc32 TPSc64 TPSp95 c64Resultado
1VAL-3 → VAL-1 · PostgreSQL283,262.172,395.486,927.033,4514,76 ms35/35 PASS
2VAL-3 → VAL-2 · MySQL218,071.560,723.527,395.274,9219,24 ms35/35 PASS
3VAL-3 → VAL-2 · MariaDB229,251.126,703.160,985.093,2019,30 ms35/35 PASS
4VAL-3 → VAL-1 · CockroachDB179,001.102,421.800,171.918,9658,17 ms35/35 PASS

*Orden observado exclusivamente por TPS a 64 clientes en esta calibración. Sirve para comparar el avance, pero no es el ranking final porque todavía falta rotar el hardware y completar los seis exámenes. Evidencias: PostgreSQL ↗ · MySQL ↗ · MariaDB ↗ · CockroachDB ↗.

CATEGORÍA 1

OLTP relacional

Aplicaciones, transacciones y muchos usuarios.

Pos.Base de datosCorrecciónConcurrenciaRendimientoDurabilidadOperacionesProlongadoTotal
—Native EvidenceSHA 08208bb7 · SmallBank rápido 84/84 · durabilidad 4/4 · sanitizers PASSParcial PASSEn ejecuciónEn ejecución4/4 PASSInstalación PASS—Sin puntuar aún
—PostgreSQLSmallBank 35/35 y operaciones 6/6; el corte preciso del WAL perdió 90/200 commits confirmados en 10/10 intentos repartidos en dos servidores✓MedidoMedidoFAIL WAL truncado6/6 + rotación PASS—FAIL guardrail
—MySQLSmallBank 35/35; operaciones 6/6 rotadas; 10 caídas bruscas en dos servidores sin pérdidas✓MedidoMedidoPITR + SIGKILL 5/5 × 2 nodos6/6 + rotación PASS—Otros exámenes pendientes
—MariaDBSmallBank 35/35; operaciones 6/6 rotadas; 10 caídas bruscas en dos servidores sin pérdidas✓MedidoMedidoPITR + SIGKILL 5/5 × 2 nodos6/6 + rotación PASS—Otros exámenes pendientes
—Firebirdc1 99,95 TPS; c2 0,689 TPS; p95 c2 10,122 s✓FAIL c2DescalificadoSin pérdida observada——FAIL
CATEGORÍA 2

SQL distribuido

Alta disponibilidad y escalado entre nodos.

Pos.Base de datosCorrecciónConcurrenciaRendimientoDurabilidadOperacionesProlongadoTotal
—CockroachDBSmallBank cruzado 35/35 PASS✓MedidoMedidoParcial——Calibración
—YugabyteDBc1/c2/c4: 15/15; c8: 0 solicitudes y watchdogParcialFAIL c8DescalificadoPreservada hasta c4——FAIL
—TiDBRechaza SERIALIZABLE; no se debilitó el aislamientoSin ejecutarIncompatibleSin medirConfigurada——No elegible
CATEGORÍA 3

Analítica

Orden observado por tiempo total de 22 consultas; menos es mejor.

Pos.Base de datosCorrecciónConcurrenciaRendimientoDurabilidadOperacionesProlongadoTotal
1*DuckDBTPCH derivado SF0.1: 110/110; mediana del conjunto 1,32 s110/110No aplica aún1,32 s———Calibración PASS
2*ClickHouseTPCH derivado SF0.1: 110/110; mediana del conjunto 3,68 s110/110No aplica aún3,68 s———Calibración PASS
CATEGORÍA 4

Embebidas

SQLite se evalúa por separado y necesita otro motor equivalente para formar un ranking.

SQLite 3.47.1 · c1 5/5 PASS; c2 rechazado por 52.589 SQLITE_BUSY inesperadosFAIL c2 · TPS descartado
Cómo leerlo:* es un orden provisional dentro de una calibración, no puntos finales. — significa que la prueba todavía no se ha ejecutado. Un fallo de corrección o durabilidad descalifica el total. Nunca rellenamos huecos con estimaciones.

Nueva evidencia independiente: PostgreSQL WAL en OVH-VAL-2 ↗ · causa: UNKNOWN.

Método y código verificable: PR de validación #33 ↗ · DuckDB 110/110 ↗ · ClickHouse 110/110 ↗ · SQLite FAIL c2 ↗ · Firebird FAIL c2 ↗ · PostgreSQL operaciones 6/6 ↗ · PostgreSQL actualización ↗ · PostgreSQL PITR ↗ · MySQL operaciones 6/6 ↗ · MySQL PITR ↗ · MySQL actualización ↗ · MariaDB operaciones 6/6 ↗ · MariaDB PITR ↗ · MariaDB actualización ↗

QUÉ MEDIREMOS

Las cinco preguntas importantes

El detalle completo permanece en el JSON, pero la decisión se resume así.

01

¿Da resultados correctos?

Parcial PASS

SQL, JOIN, índices, transacciones, rollback y MVCC.

02

¿Aguanta muchos usuarios?

Matriz en marcha

De 1 a 64 clientes, cinco repeticiones por nivel.

03

¿Es rápida?

Matriz en marcha

TPS y latencias p50, p95 y p99 con condiciones iguales.

04

¿Conserva los datos?

4/4 PASS

189 commits confirmados recuperados; cero perdidos.

05

¿Se puede operar?

Base validada

Instalar, actualizar, backup, restaurar y desinstalar.

PARA QUIEN QUIERA AUDITAR

Evidencia técnica

Esta parte no hace falta para entender el estado; sirve para comprobarlo.

Estado canónico y coordinaciónGitHub
Coordinación #56 ↗Defecto de escalabilidad #208 ↗
Validador SmallBank38/38 PASS
Commit exacto ↗
Durabilidad y sanitizers del SHA final5/5 PASS
Evidencia exacta ↗210647c30b137a81dcb99b6f4a230814b2215310271d9046aa5b7e60ce561a49
Datos completos de la webJSON
Abrir results.json ↗

CONCLUSIÓN DE HOY

Examen exacto en marcha; puntuación retenida

  • Los cuatro servidores trabajan sobre el SHA 08208bb7.
  • Durabilidad y sanitizers están aprobados.
  • Rendimiento e historial se están midiendo en nodos separados.
  • No se consumen minutos facturables de GitHub.
  • No se declara producción ni ranking hasta completar la rotación.