{"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\/da\/blog\/news\/stabilnyj-vypusk-subd-mariadb-12-2","title":{"rendered":"Stabil frigivelse af databasesystemet MariaDB 12.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Udgivet er versionen af databasen MariaDB 12.2.2, som er markeret som den f\u00f8rste stabile udgivelse i version 12.2. Versionen MariaDB 12.2 h\u00f8rer til de mellemliggende udgivelser (rolling), forts\u00e6tter med gradvist at udvikle funktionalitet og efterf\u00f8lger versionen MariaDB 12.1. Samtidig er versionen MariaDB 12.3.1 udgivet med en ny implementering af binlog, som har status som kandidat til kommende LTS-version. Versionen MariaDB 12.2 vil blive underst\u00f8ttet indtil udgivelsen af 12.3.2. <\/p>\n
MariaDB projektet udvikler en gren fra MySQL, der bevarer bagudkompatibilitet og adskiller sig ved integrationen af yderligere lagringsmotorer og avancerede funktioner. Udviklingen af MariaDB styres af den uafh\u00e6ngige organisation MariaDB Foundation i henhold til en \u00e5ben og gennemsigtig udviklingsproces, der ikke er afh\u00e6ngig af enkeltproducenter. MariaDB leveres i stedet for MySQL i mange Linux-distributioner (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) og er implementeret i store projekter som Wikipedia, Google Cloud SQL og Nimbuzz. <\/p>\n
Blandt \u00e6ndringerne i versionen MariaDB 12.2: <\/p>\n
\n
I kompatibilitetsmodus med databaser fra Oracle er funktionerne TO_NUMBER (konvertering af streng til tal) og TRUNC (afkortning af dato, f.eks. til time, dag, m\u00e5ned, \u00e5r) implementeret.\n
Ved udf\u00f8relse af tabelfusion (JOIN) er der implementeret en optimering, der tager hensyn til unikheden af r\u00e6kker i underforesp\u00f8rgsler med udtrykket \u00abGROUP BY\u00bb for mere pr\u00e6cist at forudsige antallet af resulterende r\u00e6kker (out_rows) og korrekt anvende indekser.\n
Nye muligheder for styring af optimizeren ROWID_FILTER\/NO_ROWID_FILTER og INDEX_MERGE\/NO_INDEX_MERGE er blevet tilf\u00f8jet, samt muligheden for implicit at angive bloknavne i foresp\u00f8rgsler (man kan m\u00e5lrettet anvende optimeringsmuligheder p\u00e5 dele af foresp\u00f8rgsler ved at referere til dem med navne \u00abselect#N\u00bb, hvor N er bloknummeret). For eksempel: \u00abselect \/*+ JOIN_ORDER(@\u00abselect#2\u201d twenty,ten) *\/ ...\u00bb.\n
Begr\u00e6nsningerne for niveauet af indlejrede strukturer i funktioner til arbejde med JSON er blevet fjernet (JSON_DEPTH_LIMIT, som tidligere havde en v\u00e6rdi p\u00e5 32, er blevet fjernet).\n
Tabellen TRIGGERED_UPDATE_COLUMNS er blevet tilf\u00f8jet i skemaet INFORMATION_SCHEMA (INFORMATION_SCHEMA.TRIGGERED_UPDATE_COLUMNS), der viser de kolonner, der \u00e6ndres ved aktivering af en trigger.\n
I tabellen PARAMETERS i skemaet INFORMATION_SCHEMA er der implementeret en kolonne PARAMETER_DEFAULT, der indeholder standardv\u00e6rdier for parametre i gemte procedurer.\n
Eksperimentel support for udtrykket \u00abCREATE GLOBAL TEMPORARY TABLE\u00bb er blevet implementeret til oprettelse af globale midlertidige tabeller. S\u00e5danne midlertidige tabeller slettes efter sessionens afslutning og er synlige for alle brugere, men indeholder data, der er individuelle for hver bruger.\n
Forbedret underst\u00f8ttelse af replikering mellem tabeller med forskellige strukturer er blevet tilbudt i testmodus. <\/ul>\n