[Feature]: Add SeekDB as an optional derived-index backend
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
- #449 di @knqiufan — chiusa senza merge
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 20/100
Direzione di ricerca
Start by reading the existing LanceDB and Milvus implementations and the derived-index backend ports; the issue does not name specific files or tests. Then review the pyseekdb 1.4.x API and map the seven typed repositories and lifecycle hooks to the existing contracts. Done means the optional embedded and remote backend passes the listed contract, integration, API, and CI coverage without changing LanceDB defaults.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Area
architecture methods
Problem or opportunity
EverOS currently uses LanceDB by default and supports Milvus as an optional
derived-index backend. Users who want SeekDB's MySQL-compatible scalar,
full-text, and vector search need a first-class adapter that preserves the
same repository contracts and keeps Markdown as the source of truth.
The adapter should support both an in-process database for local deployments
and a remote seekdb Server or OceanBase endpoint, without adding dependencies
or behavior changes to the default LanceDB installation.
Proposed solution
Add an optional seekdb derived-index backend with:
- configuration and dependency extras for embedded and remote modes;
- implementations of all seven typed derived-index repositories;
- schema creation and strict drift detection for scalar, JSON, full-text, and
cosine HNSW vector indexes; - safe SQL rendering, exact datetime conversion, batched writes, native
pagination, BM25 search, and vector search; - explicit embedded-directory ownership plus remote connection health checks
and reconnect-on-disconnect behavior; - lifecycle and
cascade rebuildintegration through the existing backend
ports; - user-facing configuration and architecture documentation; and
- unit, contract, embedded integration, remote integration, and tiered API
coverage in CI.
LanceDB remains the default. Switching backends rebuilds the derived data from
Markdown rather than migrating authoritative content.
Alternatives considered
- Keep LanceDB only: this does not serve deployments standardizing on SeekDB
or OceanBase. - Use Milvus: it covers remote vector storage but not SeekDB's embedded mode or
its unified SQL/full-text/vector operational model. - Add an application-specific storage path outside the index ports: this would
duplicate routing and leak backend details into memory services.
Additional context
The implementation targets the current pyseekdb 1.4.x API. Embedded support
is available on Linux and macOS; all platforms can use remote mode. The
physical database is treated as rebuildable derived state, consistent with
the existing LanceDB and Milvus backends.
- Lingua principale
- Python
- Stelle
- 13.3k
- Fork
- 926
- Merge medio
- 17h 8m
- PR unite (30g)
- 32
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di EverMind-AI/EverOS
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
EverMind-AI/EverOS#414 ·
I maintainer di solito rispondono entro 1 giorno
-
[Offer] Free independent recomputation of your published memory benchmarks (assayed-tier upgrade)Aperta
Difficoltà 4/5 1-2 giorni Idoneità per principianti 3/100
EverMind-AI/EverOS#504 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
EverMind-AI/EverOS#501 ·
I maintainer di solito rispondono entro 1 giorno
-
flush returns 500 when SQLite write hits the busy timeoutForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
EverMind-AI/EverOS#498 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
EverMind-AI/EverOS#485 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di EverMind-AI/EverOS
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
521xueweihan/HelloGitHub#4025 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
aws-samples/sample-per-model-bedrock#321 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 68/100
FavioVazquez/showtime#101 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
koush/ha_scrypted#81 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
google/osv-scanner-action#147 ·