25/08/2026
🗺️ QGIS 4.2: DB Manager esce dai plugin core. Cosa cambia davvero?
La notizia circola ormai da più di un mese ed è diventata concreta con l'uscita di QGIS 4.2: DB Manager non fa più parte dei plugin core di QGIS.
La direzione scelta dal progetto è chiara: DB Manager esce dal core e il Browser Panel diventa l'interfaccia di riferimento per la gestione dei database.
🔎 Perché questa scelta?
Durante il ciclo di QGIS 3.x, molte delle funzionalità di DB Manager sono state progressivamente integrate nel Browser Panel.
Con QGIS 4.2 il Browser permette di svolgere direttamente molte delle operazioni che storicamente richiedevano DB Manager, tra cui:
• gestione degli schemi
• creazione ed eliminazione delle tabelle
• gestione dei campi
• esecuzione di query SQL
C'è poi una motivazione più tecnica.
Le funzionalità database del Browser utilizzano le API di connessione generiche di QGIS, condivise e testate anche da altre parti dell'applicazione.
DB Manager mantiene invece una propria implementazione della logica di accesso ai database e, secondo la QEP 426, dispone di una copertura di test molto limitata.
Mantenere entrambi nel core significherebbe quindi continuare a gestire due stack paralleli che fanno sostanzialmente le stesse cose.
⏳ E per chi utilizza la LTR?
Qui c'è un aspetto importante.
QGIS 4.2 oggi non è ancora una LTR, anche se è destinata a diventare la prima LTR della serie QGIS 4.x.
Questo lascia alcuni mesi tra la rimozione di DB Manager dal core e l'arrivo del cambiamento nel canale LTR, durante i quali QGIS 4.2 riceverà bugfix e consolidamenti.
Per chi utilizza esclusivamente QGIS LTR in produzione, quindi, il vero spartiacque sarà ottobre 2026.
Chi gestisce workflow aziendali dipendenti da DB Manager ha ancora un po' di tempo per analizzare le dipendenze e pianificare un'eventuale migrazione.
🧰 DB Manager scomparirà? No.
Dire che DB Manager "non sarà più supportato" è corretto se ci riferiamo al QGIS core team, ma questo non significa che il plugin diventerà improvvisamente inutilizzabile.
Il piano descritto nella QEP prevede di:
• rimuovere il codice di DB Manager dal repository principale qgis/QGIS;
• trasferirlo nel repository separato qgis/db_manager_plugin;
• pubblicarlo nel repository ufficiale dei plugin QGIS;
• dichiararlo inizialmente unmaintained;
• cercare volontari e organizzazioni interessati a prenderne in carico la manutenzione.
Chi avrà ancora bisogno delle funzionalità legacy di DB Manager potrà quindi continuare a installarlo separatamente.
La differenza è importante: la sua evoluzione non sarà più responsabilità del QGIS core team.
Bugfix, compatibilità con le nuove versioni ed eventuali miglioramenti dipenderanno dalla community. Ed è qui che la natura open source del progetto diventa particolarmente interessante.
🧩 E le funzionalità che il Browser ancora non ha?
Non tutto ciò che offre DB Manager è stato trasferito nel Browser Panel.
La stessa QEP riconosce la presenza di alcune funzionalità mancanti, considerate relativamente di nicchia.
Questo significa che DB Manager potrebbe continuare ad avere una sua ragione d'essere, soprattutto per quei professionisti che hanno costruito negli anni procedure e workflow intorno al plugin.
Le strade indicate sono sostanzialmente due:
👉 finanziare lo sviluppo delle funzionalità mancanti direttamente nel Browser Panel;
👉 mantenere DB Manager come progetto indipendente gestito dalla community.
💡 Cosa significa per sviluppatori e aziende?
Per chi sviluppa plugin o workflow aziendali basati su QGIS, il segnale è piuttosto chiaro: conviene evitare nuove dipendenze dal codice Python interno di DB Manager e orientarsi verso le API database native di QGIS.
È quella la direzione che il progetto sta consolidando.
Per le aziende e i professionisti che hanno invece workflow fortemente dipendenti da DB Manager e per i quali una migrazione sarebbe troppo onerosa, si apre un'altra possibilità: partecipare direttamente alla manutenzione del plugin e contribuire a garantirne il futuro.
In fondo è anche questo uno degli aspetti più interessanti dell'open source: quando un componente esce dal core, non necessariamente muore. Può diventare responsabilità diretta della comunità che continua ad averne bisogno.
E tu continuerai ad affidarti a DB-Manager oppure migrerai seguendo lo sviluppo di QGIS? faccelo sapere nei commenti!
🔗 PR #66545
https://zurl.co/lR69Y
🔗 QEP 426
https://zurl.co/0Lgue
