{"id":161781,"date":"2026-02-19T11:11:59","date_gmt":"2026-02-19T09:11:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/stabilnyj-vypusk-subd-mariadb-12-2"},"modified":"2026-02-19T11:11:59","modified_gmt":"2026-02-19T09:11:59","slug":"stabilnyj-vypusk-subd-mariadb-12-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/stabilnyj-vypusk-subd-mariadb-12-2","title":{"rendered":"Rilascio stabile del DBMS MariaDB 12.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio del database MariaDB 12.2.2, che \u00e8 contrassegnato come il primo rilascio stabile della versione 12.2. La versione MariaDB 12.2 \u00e8 considerata un rilascio intermedio (rolling), continua a sviluppare gradualmente le funzionalit\u00e0 ed \u00e8 destinata a sostituire la versione MariaDB 12.1. Insieme a questo, \u00e8 stato pubblicato il rilascio MariaDB 12.3.1 con una nuova implementazione del binlog, avente lo stato di candidato ai futuri rilasci LTS. La versione MariaDB 12.2 sar\u00e0 supportata fino alla formazione del rilascio 12.3.2. <\/p>\n
Il progetto MariaDB si sviluppa come un fork di MySQL, mantenendo la retrocompatibilit\u00e0 e caratterizzandosi per l'integrazione di motori di archiviazione aggiuntivi e funzionalit\u00e0 avanzate. Lo sviluppo di MariaDB \u00e8 supervisionato da un'organizzazione indipendente, la MariaDB Foundation, secondo un processo di sviluppo aperto e trasparente, non dipendente da singoli fornitori. MariaDB \u00e8 fornito al posto di MySQL in molte distribuzioni di Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ed \u00e8 implementato in grandi progetti come Wikipedia, Google Cloud SQL e Nimbuzz. <\/p>\n
Tra le modifiche nella versione MariaDB 12.2: <\/p>\n
\n
Sono state implementate funzioni di compatibilit\u00e0 con il database Oracle TO_NUMBER (conversione da stringa a numero) e TRUNC (truncamento della data, ad esempio, all'ora, al giorno, al mese, all'anno).\n
Nell'esecuzione di operazioni di join tra tabelle, \u00e8 stata implementata un'ottimizzazione che considera l'unicit\u00e0 delle righe nelle sottoquery con l'espressione \u00abGROUP BY\u00bb per una previsione pi\u00f9 accurata del numero di righe risultanti (out_rows) e per una corretta applicazione degli indici.\n
Sono state aggiunte nuove opzioni di controllo per l'ottimizzatore ROWID_FILTER\/NO_ROWID_FILTER e INDEX_MERGE\/NO_INDEX_MERGE, cos\u00ec come la possibilit\u00e0 di specificare implicitamente i nomi dei blocchi nelle query (consentendo di applicare in modo mirato le opzioni di ottimizzazione a parti delle query, riferendosi a esse per nome come \u00abselect#N\u00bb, dove N \u00e8 il numero d'ordine del blocco). Ad esempio: \u00abselect \/*+ JOIN_ORDER(@select#2\u201d twenty,ten) *\/ ...\u00bb.\n
Rimossi i limiti sul livello di annidamento delle strutture nelle funzioni per la gestione dei JSON (rimosso il limite JSON_DEPTH_LIMIT, che precedentemente accettava un valore di 32).\n
Aggiunta la tabella TRIGGERED_UPDATE_COLUMNS nello schema INFORMATION_SCHEMA (INFORMATION_SCHEMA.TRIGGERED_UPDATE_COLUMNS), che mostra le colonne modificate all'attivazione del trigger.\n
Nella tabella PARAMETERS nello schema INFORMATION_SCHEMA \u00e8 stata implementata la colonna PARAMETER_DEFAULT, che contiene i valori predefiniti dei parametri delle procedure memorizzate.\n
\u00c8 stato implementato un supporto sperimentale per l'espressione \u00abCREATE GLOBAL TEMPORARY TABLE\u00bb per la creazione di tabelle temporanee globali. Queste tabelle temporanee vengono eliminate al termine della sessione e sono visibili a tutti gli utenti, ma contengono dati specifici per ciascun utente.\n
In fase di test \u00e8 stato proposto un migliorato supporto per la replicazione tra tabelle con strutture diverse. <\/ul>\n