Skip to content

RizomaDB

Lista de aceptación v1.0 — estado real (2026-10-22) ​

English

Veredicto: la 1.0.0 se publicó el 2026-10-22 por decisión de la persona responsable del proyecto. Eso no afirma que todas las filas de abajo estén completas: las filas 🟡, ⬜ y ❌ son los límites conocidos de esta versión. Está en el Marketplace de VS Code y adjunta al release de GitHub; no está en Open VSX.

Leyenda: ✅ cumplido y verificado · 🟡 parcial · ❌ no hecho · ⬜ sin empezar

CriterioEstadoEvidencia / límite
Tier 1 (PG, MySQL/MariaDB, SQLite, SQL Server, Oracle, MongoDB, Redis/Valkey) con pruebas contra motor real✅Kit de conformidad + pruebas por motor (contenedores Docker), también en CI
Pruebas de terceros⬜Nadie más ha probado la extensión. Hay una guía («Ayuda a probar») y un formulario de issue «Test report»; falta que alguien lo use
Nube real (AWS, Google Cloud, Atlas, servicios gestionados)⬜Nunca probada: no hay cuenta. Documentado como «sin confirmar» en README, guía de conexiones, página de motores y sitio; se recomienda probar con solo lectura antes de depender de ello
Tier 2 completo🟡Probados contra motor real: ClickHouse, Elasticsearch/OpenSearch, DuckDB, Neo4j 5.26, DynamoDB Local 2.5.2, InfluxDB 2.7 y 3 Core, Cassandra 5.0 y ScyllaDB 6.2, Firestore (emulador), Trino 470, y por protocolo CockroachDB 24.3, YugabyteDB 2025.2 y TiDB 8.5 (CockroachDB, YugabyteDB, InfluxDB 3, Firestore y HydraDB corren también en CI, trabajo engines-extra). Pendiente: Redshift (requiere cuenta AWS). AWS y Google Cloud reales NO probados. Ver docs/es/motores
HydraDB🟡Driver experimental sobre la API HTTP; 16 pruebas contra la imagen oficial, también en CI (engines-extra). No lista etiquetas ni propiedades (limitación del motor)
Cero telemetría✅Prueba de activación sin sockets
Secretos solo en SecretStorage✅Pruebas de depuración de secretos y auto-auditoría
Política/auditoría en un único punto✅guardConnection, policy-paths.test.ts; los entornos propios son una capa más que solo añade restricción
Accesibilidad WCAG 2.2 AA🟡axe: 0 violaciones en tema claro y oscuro en rejilla (con pestañas, panel de registro y menús), conexión nueva y guardadas, configuración, historial, guía, ER, plan, diseñador y métricas; un script de auditoría de teclado en cada pantalla; revisión manual con VoiceOver (macOS, VS Code) hecha por el responsable del proyecto: sin problemas; también revisado a mano en Windows y Linux por el mismo responsable, sin problemas (no se anotó qué lector de pantalla se usó en cada sistema). Sin auditoría independiente
Interfaz en inglés y español🟡Prueba contra deriva de textos; idioma de la extensión independiente del de VS Code; auditoría por script de textos fijos. Los mensajes del servidor de la base de datos salen como los escribe el servidor
Documentación en inglés y español🟡Guías, motores, empresa, seguridad, referencias, comparación, esta lista, la guía de diseño, la lista de licencias, el sitio y los archivos de la comunidad (README, CONTRIBUTING, SECURITY, CODE_OF_CONDUCT, CHANGELOG, GOVERNANCE, ROADMAP) existen en ambos idiomas; scripts/check-docs-parity.mjs lo comprueba en CI. AGENTS.md queda solo en inglés
Probado en un VS Code real🟡pnpm --filter rizomadb test:e2e: VS Code 1.142 activa la extensión, registra los 62 comandos, el tiempo de activación se mide (82–110 ms con presupuesto de 1000 ms), los títulos de las pantallas cambian entre inglés y español, las lentes de ejecutar aparecen en SQL y Mongo y las pantallas de configuración, conexión, guía e historial se abren como pestañas. Filtro de tabla, paginación y edición de columnas probados contra PostgreSQL, MySQL, SQL Server, Oracle, MongoDB, Elasticsearch y Neo4j reales, y filtro y paginación contra ClickHouse (engines.integration.test.mts); ese test encontró y se corrigieron tres errores de cancelación tardía (MySQL, PostgreSQL, Oracle) y la falta de DDL real para cambiar un valor por defecto en SQL Server. La edición por pegado, las favoritas, las estadísticas de columna y la edición de valores de Redis tienen pruebas propias (Redis contra un servidor real). Sin recorrido manual de la interfaz
Prueba de resistencia 8 h✅pnpm soak 480 min contra PostgreSQL: 24 659 932 iteraciones, heap 10,8 MB, sin crecimiento sostenido (0,00 MB/min). Ampliada el 2026-10-22 (SQLite, PostgreSQL y MySQL, con cancelaciones a mitad de resultado): 10 min, 2 102 iteraciones, 0 sentencias golpeadas por una cancelación anterior, heap 15 MB sin crecimiento sostenido. La ampliación encontró un fallo real (MySQL y SQL Server quedaban bloqueados si el llamador dejaba de leer un resultado grande), corregido; la versión ampliada no se ha corrido las 8 h
CI y release ejecutados en GitHub🟡CI en verde en dev y main (pruebas con motores reales como servicios, licencias, páginas de referencia al día, sitio, CodeQL, gitleaks). cockroach, yugabyte, firestore, influxdb3, hydradb y los proxies reales (Squid, SOCKS5) corren en el trabajo engines-extra. Las acciones de GitHub usan versiones sin el aviso de Node 20 (salvo las del flujo de release, que no se ha ejecutado). El flujo de release se ejecutó para la 1.0.0 (construcción y atestación correctas)
Tablas grandes en la rejilla🟡Medido en un navegador con 100 000 filas × 20 columnas (datos sintéticos, sin servidor): carga 0,2 s, ~1 200 nodos DOM (las filas se virtualizan), desplazamiento fluido, ordenar 0,04–0,06 s (antes 0,3 s y 2,7 s: se analizaba cada celda en cada comparación) y buscar 0,09 s con espera al escribir. No se midió con millones de filas ni en una máquina lenta; el límite de filas (query.maxRows, 100 000) las acota
Tamaño del VSIX / arranque🟡3,36 MB (presupuesto 8 MB; lo grande es el worker de drivers, 9 MB sin comprimir, y el servidor MCP, 5 MB), comprobado en pruebas; arranque medido en un VS Code real: 82–110 ms (e2e), también con las CPU ocupadas; solo se midió en un portátil, no en una máquina lenta
Licencias y SBOM✅pnpm audit:licenses, pnpm sbom:generate; los logos de motores vienen de conjuntos CC0/MIT (scripts/gen-logos.mjs)
Proxy HTTP/SOCKS🟡HTTP CONNECT y SOCKS5 (con usuario/contraseña, DNS en el proxy) hacia el servidor de base de datos, probados contra proxies de prueba escritos en el repo y, en CI, contra un Squid 6 real (con y sin autenticación) y un servidor SOCKS5 real hacia un PostgreSQL real. NO contra Dante ni otros productos, ni NTLM/Kerberos. No cubre el salto SSH ni las llamadas de IA
VSIX por plataforma (DuckDB)🟡scripts/package-platform.mjs construye un VSIX por plataforma con la biblioteca nativa de DuckDB (37,9 MB en darwin-arm64, presupuesto 60 MB) y scripts/smoke-vsix-duckdb.mjs ejecuta una consulta real desde el paquete: probado en darwin-arm64 y, en CI, linux-x64. El workflow de release construye las seis (la construcción salió bien el 2026-10-22), pero solo esas dos se probaron con una consulta: las otras cuatro están sin probar
Sitio de documentación en inglés y español✅Desplegado en GitHub Pages desde main (https://andercmd.github.io/RizomaDB/); guías de uso y referencias generadas en ambos idiomas; sin revisión visual completa
Guía y recorrido para nuevos usuarios🟡Guía interactiva dentro de la extensión y recorrido de bienvenida de VS Code; sin pruebas con usuarios reales
Firma de artefactos🟡El workflow de release genera SHA256SUMS, el SBOM y una atestación de procedencia de GitHub para cada VSIX (actions/attest-build-provenance); no hay firma con clave propia. El workflow se ejecutó para la 1.0.0 y generó la atestación
Publicación🟡Release v1.0.0 de GitHub creado por el workflow de release (VSIX universal, un VSIX por plataforma, sumas de verificación, SBOM y atestación de procedencia). La ficha del Marketplace de VS Code (AnderCMD.rizomadb 1.0.0, paquete universal) se subió a mano porque la publicación automática no está disponible para la persona responsable, y pasó la verificación y está activa. Los VSIX por plataforma (con DuckDB) solo están en el release de GitHub. Open VSX no está publicado (problema con la cuenta)