Novos Recursos Planejados Para a Versão 5.0

Os seguintes recursos estão planejados para inclusão no MariaDB 5.0. Note que como possuimos diversos desenvolvedores que estão trabalhando em diferentes projetos, haverão também muitos recursos adicionais. Há também um pequena chance qie alguns destes recursos sejam adicionados ao MariaDB 4.1. Para uma lista do que já está feito no MySQL, veja "Recursos Disponíveis no MariaDB 4.1".

Para aqueles que desejam dar uma olhada nas novidades do desenvolvimento do MariaDB, deixamos nosso repositório BitKeeper para o MariaDB versão 5.0 publicamente disponível. Leia "Instalando pela árvore de fontes do desenvolvimento".

• Stored Procedures
  • Stored procedures estão sendo implementadas atualmente. Este esforço é baseado no SQL-99, o que tem m sintaxe básica similar (mas não idêntica) a do Oracle PL/SQL. Nós também implementaremos o framework do SQL-99 para enganchar em linguagens externas e (onde possível) compatibilidade com p.ex. PL/SQL e T-SQL.
• Nova funcionalidade
  • Suporte a cursores elementares.
  • A habilidade de especificar explicitamente para tabelas MyISAM que um índice deve ser criado como um índice RTREE. Na versão 4.1, índices RTREE são usados internamente para dados geométricos (tipos de dados GIS), mas não podem ser criados no pedido.
  • Registros de tamanhos dinâmicas para tabelas HEAP.
• Compatibilidade com o padrão, portabilidade e migração
  • Adiciona suporte real a VARCHAR (tamanho de colunas maiores que 255, e sem corte de espaços em branco extras). (Já existe suporte para isto nos mecanismos de armazenamento do MyISAM, mas ainda não está disponível a nível de usuário).
• Aumento na velocidade
  • SHOW COLUMNS FROM nome_tabela (usado pelo cliente MariaDB para permitir expansões de nomes de colunas) não deve abrir a tabela, apenas o arquivo de definição. ISto exigirá menos memória e será muito mais rápido.
  • Permite que o DELETE em tabelas MyISAM usem a cache de registros. Para fazer isto, precisamos atualizar a thread da cache de registro quando atualizarmos os arquivos .MYD.
  • Melhores tabes em memória (HEAP):
    • Registro de tamanhos dinâmoicos.
    • Tratamento de registro mais rápido (menos cópia).
• Internacionalização
  • Ap usar SET CHARACTER SET devemos traduzir toda a consulta de uma vez e não apenas as strings. Isto permitirá que os usuários usem caracteres traduzidos nos nomes de banco de dados, tabelas e colunas.
• Aprimoramento da usabilidade
  • Resolver a questão de RENAME TABLE em uma tabela usada em uma tabela MERGE ativa, o que possivelmente corrompe a tabela.

Retornar