{"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\/news\/stabilnyj-vypusk-subd-mariadb-12-2","title":{"rendered":"Uscita stabile del DBMS MariaDB 12.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio del DBMS MariaDB 12.2.2, che \u00e8 segnalato come il primo rilascio stabile della versione 12.2. La versione MariaDB 12.2 \u00e8 classificata come versioni intermedie (rolling), continua lo sviluppo graduale delle funzionalit\u00e0 ed \u00e8 la sostituzione della versione MariaDB 12.1. \u00c8 stato contemporaneamente pubblicato il rilascio di MariaDB 12.3.1 con una nuova implementazione del binlog, che ha lo stato di candidato per le future release della versione LTS. La versione MariaDB 12.2 sar\u00e0 supportata fino alla formazione del rilascio 12.3.2. <\/p>\n
Il progetto MariaDB sviluppa un fork di MySQL, mantenendo la compatibilit\u00e0 all'indietro e distinguendosi per l'integrazione di motori di archiviazione aggiuntivi e funzionalit\u00e0 avanzate. Lo sviluppo di MariaDB \u00e8 supervisionato dall'organizzazione indipendente MariaDB Foundation, secondo un processo di sviluppo aperto e trasparente, che non dipende da singoli fornitori. MariaDB \u00e8 fornito al posto di MySQL in molte distribuzioni 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
In modalit\u00e0 compatibilit\u00e0 con il DBMS Oracle sono state implementate le funzioni TO_NUMBER (conversione di una stringa in numero) e TRUNC (taglio della data, ad esempio, fino all'ora, giorno, mese, anno).\n
Durante l'esecuzione delle operazioni di join delle tabelle, \u00e8 stata implementata un'ottimizzazione che considera l'unicit\u00e0 delle righe nelle sottoquery con l'espressione \u00abGROUP BY\u00bb per prevedere in modo pi\u00f9 accurato il numero di righe risultanti (out_rows) e applicare correttamente gli indici.\n
Sono state aggiunte nuove opzioni per controllare l'ottimizzatore ROWID_FILTER\/NO_ROWID_FILTER e INDEX_MERGE\/NO_INDEX_MERGE, oltre alla possibilit\u00e0 di specificare implicitamente i nomi dei blocchi nelle query (\u00e8 possibile applicare specificamente le opzioni di ottimizzazione a parti delle query, facendo riferimento a esse con i nomi \u00abselect#N\u00bb, dove N \u00e8 il numero di sequenza del blocco). Ad esempio: \u00abselect \/*+ JOIN_ORDER(@\u00abselect#2\u201d twenty,ten) *\/ ....\u00bb.\n
Rimossi i vincoli sul livello di nidificazione delle strutture nelle funzioni per lavorare con JSON (rimossa la limitazione JSON_DEPTH_LIMIT, che precedentemente era 32).\n
Aggiunta la tabella TRIGGERED_UPDATE_COLUMNS nello schema INFORMATION_SCHEMA (INFORMATION_SCHEMA.TRIGGERED_UPDATE_COLUMNS), che mostra le colonne modificate in seguito all'attivazione di un trigger.\n
Nella tabella PARAMETERS nello schema INFORMATION_SCHEMA \u00e8 stato implementata la colonna PARAMETER_DEFAULT, che contiene i valori predefiniti dei parametri delle procedure memorizzate.\n
\u00c8 stata implementata 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 individuali per ciascun utente.\n
In modalit\u00e0 test \u00e8 stata proposta un miglioramento nel supporto alla replicazione tra tabelle con strutture diverse. <\/ul>\n