Rilascio stabile del DBMS MariaDB 12.2

È stato pubblicato il rilascio del database MariaDB 12.2.2, che è contrassegnato come il primo rilascio stabile della versione 12.2. La versione MariaDB 12.2 è considerata un rilascio intermedio (rolling), continua a sviluppare gradualmente le funzionalità ed è destinata a sostituire la versione MariaDB 12.1. Insieme a questo, è 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à supportata fino alla formazione del rilascio 12.3.2.

Il progetto MariaDB si sviluppa come un fork di MySQL, mantenendo la retrocompatibilità e caratterizzandosi per l'integrazione di motori di archiviazione aggiuntivi e funzionalità avanzate. Lo sviluppo di MariaDB è supervisionato da un'organizzazione indipendente, la MariaDB Foundation, secondo un processo di sviluppo aperto e trasparente, non dipendente da singoli fornitori. MariaDB è fornito al posto di MySQL in molte distribuzioni di Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ed è implementato in grandi progetti come Wikipedia, Google Cloud SQL e Nimbuzz.

Tra le modifiche nella versione MariaDB 12.2:

  • Sono state implementate funzioni di compatibilità 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).
  • Nell'esecuzione delle operazioni di fusione delle tabelle (JOIN) è stata implementata un'ottimizzazione che considera l'unicità delle righe nelle sottoquery con l'espressione 'GROUP BY' per una previsione più accurata del numero delle righe risultanti (out_rows) e per un'applicazione corretta degli indici.
  • Sono state aggiunte nuove opzioni di gestione dell'ottimizzatore ROWID_FILTER/NO_ROWID_FILTER e INDEX_MERGE/NO_INDEX_MERGE, oltre alla possibilità di specificare implicitamente i nomi dei blocchi nelle query (è possibile applicare opzioni di ottimizzazione in modo mirato a parti di query, riferendosi a esse con i nomi "select#N", dove N è il numero progressivo del blocco). Ad esempio: "select /*+ JOIN_ORDER(@"select#2" twenty,ten) */ ….
  • 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).
  • Aggiunta la tabella TRIGGERED_UPDATE_COLUMNS nello schema INFORMATION_SCHEMA (INFORMATION_SCHEMA.TRIGGERED_UPDATE_COLUMNS), che mostra le colonne modificate all'attivazione del trigger.
  • Nella tabella PARAMETERS nello schema INFORMATION_SCHEMA è stata implementata la colonna PARAMETER_DEFAULT, che contiene i valori predefiniti dei parametri delle procedure memorizzate.
  • È stato implementato il supporto sperimentale per l'espressione «CREATE GLOBAL TEMPORARY TABLE» per la creazione di tabelle temporanee globali. Queste tabelle temporanee vengono eliminate alla fine della sessione e sono visibili a tutti gli utenti, ma contengono dati specifici per ciascun utente.
  • In fase di test è stato proposto un migliorato supporto per la replicazione tra tabelle con strutture diverse.

Fonte: opennet.ru

Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS 🔥 Acquista un hosting affidabile per siti con protezione DDoS, server VPS VDS | ProHoster