Competitive Analysis

Point Lookups

SystemLatencyTypeSource
LatticeDB0.13 usEmbeddedzig build benchmark
RocksDB (in-memory)0.14 usEmbeddedRocksDB wiki
SQLite (in-memory)~0.2 usEmbeddedTurso blog
SQLite (WAL, disk)3 us (p90)Embeddedmarending.dev
Neo4j28 ms (p99)ServerMemgraph comparison

LatticeDB's B+Tree achieves sub-microsecond cached lookups, matching RocksDB in-memory and outperforming SQLite on disk by 23x.

SystemLatency (10-NN)ScaleTypeSource
LatticeDB0.83 ms mean, 100% recall1MEmbeddedzig build vector-benchmark
FAISS HNSW (single-thread)0.5-3 ms1MLibraryFAISS wiki
Weaviate1.4 ms mean, 3.1 ms P991MServerWeaviate benchmarks
Qdrant~1-2 ms1MServerQdrant benchmarks
Milvus + SQ82.2 ms P991MServerVectorDBBench
pgvector HNSW~5 ms @ 99% recall1MExtensionJonathan Katz
LanceDB3-5 ms1MEmbeddedLanceDB blog
Chroma4-5 ms mean1MEmbeddedChroma docs
Pinecone P2~15 ms (incl. network)1MCloudPinecone blog
sqlite-vec (brute force)17 ms1MExtensionAlex Garcia

LatticeDB at 1M achieves 0.83 ms mean with 100% recall@10 — faster than FAISS single-threaded HNSW and competitive with Weaviate and Qdrant server-based systems (which add network overhead in practice).

Graph Traversal

System2-hop (100K nodes)TypeSource
LatticeDB39 usEmbeddedzig build sqlite-benchmark
SQLite (recursive CTE)548 usEmbeddedzig build sqlite-benchmark
Kuzu19 msEmbeddedThe Data Quarry
Neo4j10 ms (1M nodes)ServerNeo4j blog

LatticeDB vs SQLite

Social network graph with power-law degree distribution, adjacency cache pre-warmed.

Small Scale (10K nodes, 50K edges)

WorkloadLatticeDBSQLiteSpeedup
1-hop traversal560 ns13.0 us23x
2-hop traversal3.0 us37.5 us13x
3-hop traversal19.1 us178.5 us9x
Variable path (1..5)82.4 us4.3 ms52x

Medium Scale (100K nodes, 500K edges)

WorkloadLatticeDBSQLiteSpeedup
1-hop traversal8.0 us290.0 us36x
2-hop traversal38.7 us548.3 us14x
3-hop traversal197.3 us1.2 ms6x
Variable path (1..5)134.4 us10.1 ms75x

Depth-Limited Traversal (10K nodes, 50K edges)

DepthLatticeDBSQLiteSpeedup
10311 us121 ms390x
15380 us271 ms713x
25318 us587 ms1,848x
50500 us1.4 s2,819x

LatticeDB uses BFS with adjacency cache and bitset visited tracking. SQLite uses a recursive CTE with UNION deduplication. Both compute identical reachable node sets (~8K nodes). The gap widens at deeper depths as SQLite's CTE overhead grows with each recursion level.

Full-Text Search (BM25)

SystemSearch LatencyTypeSource
LatticeDB19 usEmbeddedzig build benchmark
SQLite FTS5< 6 msEmbeddedSQLite Cloud
Elasticsearch1-10 msServerVarious
Tantivy10-100 usLibraryVarious

LatticeDB's inverted index with BM25 scoring is ~300x faster than SQLite FTS5 and competitive with Tantivy (a dedicated Rust search library).