tursodatabase/turso

Support `VACUUM INTO` to create an encrypted db

Aperta

#5852 aperta il 11 mar 2026

Vedi su GitHubGuida contributor
 (2 commenti) (0 reazioni) (0 assegnatari)Rust (1001 fork)github user discovery
encryptiongood first issue

Metriche repository

Star
 (19.103 stelle)
Metriche merge PR
 (Merge medio 2g 11h) (147 PR mergiate in 30 g)

Descrizione

The source db can be either encrypted or non encrypted. If the destination URI mentions encryption params, then it should produce an encrypted db. The tests also should make sure that db hash matches post vacuum.

If the source is already encrypted, then we should also that we are able to vacuum into another encrypted db but with different cipher settings.

The URI params should be like existing one: ?cipher=aegis256&hexkey=b1bbfda4f589dc9daaf004fe21111e00dc00c98237102f5c7002a5669fc76327

Guida contributor

Direzione di ricerca
Esamina l'implementazione esistente di VACUUM e la gestione dei parametri di crittografia nel codebase. Inizia guardando come è attualmente implementato VACUUM e come vengono analizzati i parametri di crittografia dagli URI. Quindi implementa le modifiche per passare i parametri di crittografia al database di destinazione durante VACUUM INTO. Assicurati che i test verifichino sia gli scenari di origine crittografati che non crittografati.
Tech stack
rust
Dominio
databasebackend
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
RustSQLite internalsEncryption concepts
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
30