Ridge DB

Ridge è seed Il database relazionale limitato a nodo singolo. Può essere eseguito come libreria incorporata o solo come loopback ridged servizio attraverso un documento documentato PostgreSQL-sottoinsieme di fili. Ridge Admin fornisce il workbench di amministrazione basato su browser.

Ridge I gate v0.3 da V3-G0 a V3-G44-A, V3-G47, V3-G48-G58 e V3-G62, V3-G64-G66 sono completi per i relativi ambiti registrati (V3-G52 parziale: il percorso rapido di caricamento bulk di 1 M di righe è in sospeso). V3-G59 (checkpointer in background), V3-G60 (COPY bulk ingest), V3-G61 (sorted bulk storage) e V3-G63 (cache condivisa coerente) sono implementati con prove mirate e i relativi cancelli di chiusura ancora espliciti. È previsto V3-G67 (efficienza dello spazio su disco). Disponibilità dell'anteprima Alpha chiusa il 19/08/2026: V3-G44-B (documentazione introduttiva) fornita con la distribuzione in produzione di questo set di documentazione e V3-G46 (chiusura della piattaforma alpha) chiusa con i privilegi macOS prove del ciclo di vita del servizio di lancio. Questa è una fondazione di produzione locale, non un PostgreSQL sostituzione e non un database distribuito.

Scegli un punto di partenza

Obiettivo Guida
Avvia un database locale Avvio rapido
Comprendere lo spazio di archiviazione, WAL, e MVCC Architettura
Segui il completo Ridge e Ridge Admin tempo di esecuzione Architettura runtime
Scrittura supportata SQL SQL riferimento
Incorpora Ridge nell'a seed applicazione Incorporato API
Connettiti con psql o un driver dell'applicazione Pgwire e driver
Eseguire il backup, ripristinare, ispezionare o conservare i dati Operazioni
Utilizzare l'applicazione di amministrazione del browser Ridge Admin
Verifica la compatibilità e le funzionalità non supportate Compatibilità
Diagnosticare un fallimento Risoluzione dei problemi
Equipaggia un agente AI per lavorare con Ridge Agenti IA e abilità ridgedb

Riepilogo delle capacità

Zona Capacità limitata corrente
Stoccaggio Ricorsivo persistente B+Trees, righe e schemi tipizzati di seconda generazione
Durabilità CRC-32 logico WAL, commit fsync, ripristino solo commit
Transazioni Transazioni atomiche multitabella, lettura impegnata e lettura ripetibile
Concorrenza Messa in scena e pubblicazione disgiunte con rilevamento deterministico dei conflitti
SQL Relazionale a più colonne SQL, indici, vincoli, join, aggregati, finestre
Carichi di lavoro di dati JSON, serie temporali, ricerca full-text, vettori HNSW esatti e limitati
Operazioni Integrità, vuoto, backup/restore, PITR, metriche, quote, modalità di sola lettura
Connettività Pgwire API incorporato e TLS/password delimitato su loopback
Amministrazione Ridge Admin interfaccia utente web locale con connessioni SSH locali e verificate

Ciò che Ridge intenzionalmente non afferma

Ridge attualmente non fornisce replica, failover, sharding, distribuito SQL, procedure memorizzate, trigger, estensioni, pgwire COPY protocolli e formati binari, SCRAM, formati binari generali o completi PostgreSQL cataloghi. Basato su file CSV ingerire attraverso COPY ... FROM 'path' WITH (FORMAT csv, ...) è supportato. PostgreSQL i driver funzionano solo attraverso il sottoinsieme pgwire testato.

Nota sulla roadmap (2026-08-18): la v0.4 ha come ambito la sincronizzazione dispositivo↔cloud per applicazioni offline-first (i peer edge si sincronizzano con un cloud autorevole tramite un gateway rafforzato; ridged rimane solo loopback). La replica multi-master, il failover, lo sharding e SQL distribuito rimangono rinviati alla versione 0.5 o successiva.

La sintassi e le forme di protocollo non supportate falliscono esplicitamente. Non dedurre una funzionalità da PostgreSQL, MySQL o SQLite semplicemente perché Ridge accetta il familiare SQL.

Fonti di verità

La documentazione pubblica riassume i contratti operativi. Le fonti autorevoli di implementazione sono:

Le attestazioni di capacità sono dotate di versione e limitate. I risultati del benchmark sono prove di regressione per un host e un carico di lavoro denominati, non classifiche di database universali.