El diseño de NamiDB vive en 18 (y subiendo) documentos
Request-For-Comments. Cada uno captura el por qué de una decisión
mayor del motor — el contexto, las alternativas consideradas y la
justificación.
Para una orientación de alto nivel, empieza con
RFC-001 — Storage engine
y RFC-002 — Formato SST.
Storage engine
| RFC | Tema |
|---|
| 001 | Storage engine |
| 002 | Formato SST |
| 003 | Lecturas con range en el read-path |
| 018 | Cache de CSR adjacency |
| 019 | Cache de NodeView |
| 020 | Caches de edge SST |
Lenguaje de queries
| RFC | Tema |
|---|
| 004 | Subset de Cypher |
| 008 | IR del plan lógico |
| 009 | Cláusulas de escritura |
Optimizador
| RFC | Tema |
|---|
| 010 | Optimizador basado en costos |
| 011 | Predicate pushdown |
| 012 | Hash join |
| 013 | Predicate pushdown en Parquet |
| 014 | Hash semi-join |
| 015 | Projection pushdown |
| 016 | Join reorder |
Ejecutor
Fan-out de lectura (en vuelo)
| RFC | Tema |
|---|
| 021 | Remoción del mutex del read-path (en vuelo en main) |
Cómo funcionan los RFCs
Para cualquier cambio más grande que un refactor de pocas líneas, el
contribuidor escribe un RFC, abre un PR Draft con sólo el RFC y
recibe feedback antes de escribir código. Ver
Proceso de RFCs para el workflow completo.
La fuente canónica es
docs/rfc/ en
el repo del motor. Las páginas de esta sección son espejos con una nav
amigable para docs.
