Lançamento estável do SGBD MariaDB 12.2

Foi publicado o lançamento do SGBD MariaDB 12.2.2, que é marcado como a primeira versão estável da ramificação 12.2. A ramificação MariaDB 12.2 foi classificada como lançamentos intermediários (rolling), continuando o desenvolvimento gradual de funcionalidades e substituindo a ramificação MariaDB 12.1. Simultaneamente, foi publicado o lançamento MariaDB 12.3.1 com uma nova implementação do binlog, que tem o status de candidato para futuras versões LTS. A ramificação MariaDB 12.2 será mantida até a formação do lançamento 12.3.2.

O projeto MariaDB desenvolve um fork do MySQL, mantendo a compatibilidade retroativa e se diferenciando pela integração de mecanismos de armazenamento adicionais e capacidades expandidas. O desenvolvimento do MariaDB é supervisionado pela organização independente MariaDB Foundation, de acordo com um processo de desenvolvimento aberto e transparente, sem depender de fabricantes individuais. O MariaDB é fornecido em vez do MySQL em muitas distribuições Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) e está integrado em grandes projetos como Wikipedia, Google Cloud SQL e Nimbuzz.

Dentre as mudanças na ramificação MariaDB 12.2:

  • No modo de compatibilidade com o SGBD Oracle, foram implementadas as funções TO_NUMBER (conversão de string para número) e TRUNC (corte de data, por exemplo, até hora, dia, mês, ano).
  • Ao executar operações de junção de tabelas (JOIN), uma otimização foi implementada que leva em conta a unicidade das linhas em subconsultas com a expressão "GROUP BY" para uma previsão mais precisa do número de linhas resultantes (out_rows) e aplicação correta de índices.
  • Novas opções de controle do otimizador ROWID_FILTER/NO_ROWID_FILTER e INDEX_MERGE/NO_INDEX_MERGE foram adicionadas, bem como a possibilidade de especificar implicitamente nomes de blocos nas consultas (é possível aplicar opções de otimização a partes específicas das consultas referindo-se a elas pelos nomes “select#N”, onde N é o número ordinal do bloco). Por exemplo: “select /*+ JOIN_ORDER(@"select#2" twenty,ten) */ ….”.
  • As restrições sobre o nível de aninhamento de estruturas em funções que trabalham com JSON foram removidas (o limite JSON_DEPTH_LIMIT, que anteriormente tinha o valor 32, foi abolido).
  • Foi adicionada a tabela TRIGGERED_UPDATE_COLUMNS no esquema INFORMATION_SCHEMA (INFORMATION_SCHEMA.TRIGGERED_UPDATE_COLUMNS), mostrando as colunas que são modificadas ao acionar um gatilho.
  • Na tabela PARAMETERS no esquema INFORMATION_SCHEMA, foi implementada a coluna PARAMETER_DEFAULT, que contém os valores padrão dos parâmetros de procedimentos armazenados.
  • Foi implementado suporte experimental para a expressão "CREATE GLOBAL TEMPORARY TABLE" para criar tabelas temporárias globais. Essas tabelas temporárias são eliminadas após o encerramento da sessão e são visíveis para todos os usuários, mas contêm dados individuais para cada usuário.
  • Foi proposta, em modo de teste, uma melhoria no suporte à replicação entre tabelas com estruturas diferentes.

Fonte: opennet.ru

Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS 🔥 Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS | ProHoster