O lançamento do SQLite 3.46, um SGBD leve projetado como uma biblioteca plug-in, foi publicado. O código SQLite é distribuído como domínio público, ou seja, pode ser usado sem restrições e gratuitamente para qualquer finalidade. O suporte financeiro para desenvolvedores SQLite é fornecido por um consórcio especialmente criado.
Grandes mudanças:
- É possível usar o separador “_” em números para uma representação mais visual de literais numéricos (por exemplo, 1_234_567).
- Adicionada função SQL json_pretty() para gerar uma saída JSON mais legível formatada usando recuo de bloco.
- Foram ampliados os recursos da operação “PRAGMA Optimize”, que otimiza o banco de dados e todos os esquemas de dados para obter o melhor desempenho de consulta. Foi implementado um limite aplicado automaticamente na duração da análise de banco de dados, eliminando o tempo excessivo de processamento para grandes bancos de dados. Adicionada uma nova máscara de bits "PRAGMA Optimize(0x10000)" para verificar separadamente atualizações em todas as tabelas. Fornecida reanálise automática de tabelas sem registros sqlite_stat1.
- Adicionado suporte para substituições %G, %g, %U e %V à função SQL strftime().
- Novos modificadores teto e piso foram adicionados às funções SQL para trabalhar com datas e horas para controlar o tratamento de datas ambíguas que surgem durante operações que mudam as datas em um determinado número de meses ou anos. Certifique-se de que os modificadores utc e hora local sejam ignorados se o SQLite souber que a hora já está em UTC ou representação de hora local.
- Otimizações foram feitas no planejador de consultas. Para expressões INSERT contendo milhares de valores na seção VALUES, a otimização “VALUES-as-coroutine” é habilitada por padrão, o que torna a análise de tais expressões aproximadamente duas vezes mais rápida e reduz o consumo de memória pela metade. Para consultas do formato “SELECT count(DISTINCT col) FROM…”, é permitido o uso de índices, mesmo que o tamanho dos registros do índice não seja menor que os registros da tabela. Foi melhorada a lógica para determinar situações em que constantes são especificadas nos argumentos das funções SQL. Habilitou a otimização push-down para ser aplicada a cláusulas WHERE contendo subconsultas não relacionadas.
- A lógica para lidar com o estouro de pilha foi alterada - quando detecta memória insuficiente para a pilha, o analisador agora tenta alocar memória adicional do heap, em vez de exibir o erro “estouro de pilha do analisador”.
- JSON permite que caracteres de controle sejam especificados em literais de string JSON5. A lógica de funcionamento dos operadores “->” e “->>” foi alterada, quando o operando string do lado direito contém apenas números (por analogia com o PostgreSQL, tais operandos agora são processados como uma string).
- O valor DEFAULT permite que grandes literais hexadecimais sejam especificados nas colunas da tabela.
Fonte: opennet.ru
