Fundador do SQLite diz que projeto não está aberto o suficiente e precisa ser modernizado

SQLite

é um sistema de gerenciamento de banco de dados relacional compatível com ACID, contido em uma biblioteca relativamente pequena escrita em C

SQLite é um mecanismo de banco de dados relacional leve. acessível através da linguagem SQL. Ao contrário dos servidores de banco de dados tradicionais como MySQL ou PostgreSQL, sua particularidade é não reproduzir o esquema cliente-servidor usual, mas integrados diretamente nos programas.

SQLite é um sistema completo de gerenciamento de banco de dados relacional de arquivo único. SQL, ou Structured Query Language, é a linguagem de programação padrão da indústria para armazenar e recuperar dados. Os gerenciadores de banco de dados SQL populares incluem Oracle, DB2 da IBM, SQL Server e Access da Microsoft, bem como softwares MySQL e PostgreSQL gratuitos.

Faz pouco o fundador do projeto reclamou que "SQLite é explícita e inequivocamente 'código aberto, não contribuição aberta'", Menciona que o projeto atualmente tem um objetivo limitado, que é ser um banco de dados integrado rápido, pequeno e confiável.

A razão para Este comentário decorre de duas coisas, a primeira deles que ele e sua equipe discutem SQLite precisa ser melhorado com novos recursos essenciais. Estes incluem em particular:

  • Suporte para bancos de dados distribuídos disponíveis em vários servidores
  • Suporte de E/S assíncrona por meio da nova API Linux io_uring
  • eBPF para otimizar o SQLite, permitindo que certas operações sejam executadas no kernel
  • Suporte para funções definidas pelo usuário em Wasm (WebAssembly) para permitir o uso de outras linguagens, que são compiladas em Wasm, em vez de C.
  • O projeto libSQL planeja usar Rust em conjunto com C para implementar essas mudanças.

A segunda é que recentementee criou um novo fork do SQLite, chamado libSQL, visa modernizar o imensamente popular SGBD SQLite incorporado. Além disso, ele planeja usar Rust junto com C para implementar as mudanças que o fundador argumenta.

Como tal, muitos podem mencionar o porquê de um fork e não fazer propostas para o próprio projeto SQLite? e como já mencionado, o problema é que o projeto SQLite tem um objetivo limitado

De acordo com a equipe de desenvolvimento do SQLite, o DBMS é provavelmente um dos cinco módulos de software mais amplamente implementados de qualquer descrição. Dado que o SQLite é amplamente usado em todos os smartphones e há mais de 4000 bilhões de smartphones em uso, cada um contendo centenas de arquivos de banco de dados SQLite, é provável que haja mais de 4000 bilhões de smartphones em uso. use e um bilhão de bancos de dados SQLite em uso .

Graças à sua extrema leveza, SQLite é um dos mecanismos de banco de dados mais usados no mundo. Ele é usado em muitos programas de consumo e também é muito popular em sistemas embarcados, incluindo a maioria dos smartphones modernos.

Tamanho não é tudo para o humilde criador do SQLite, pois Aparentemente ele tem a ideia de transformar o projeto em algo lucrativo, já que como tal não recebe royalties pelos milhões de exemplares utilizados por utilizadores comerciais e não comerciais e no caso, refere que não está realmente interessado na parte monetária e em atender ao seu argumento, o seu aborrecimento vai para outro abordagem.

Esta é uma abordagem incomum, mesmo no mundo do software livre. A maior parte do código-fonte aberto é licenciada sob um acordo como a GNU GPL (General Public License), que inclui termos que garantem que o software permaneça gratuito, embora hoje vários desenvolvedores de projetos importantes tenham chegado a uma conclusão, onde eles não discordam totalmente que seus produtos não receberam suporte de usuários comerciais (algo semelhante ao que QT chegou).

“Passei por todas as licenças”, diz Hipp, “e pensei, por que não colocá-lo em domínio público? Por que colocar essas restrições nele? Nunca esperei ganhar um centavo. Eu só queria disponibilizá-lo para outras pessoas resolverem seus problemas. »

"Não estamos tentando competir com esses outros motores", diz Hipp. “Nosso objetivo não é adicionar todos os tipos de sinos e assobios, mas manter o SQLite pequeno e rápido. Definimos um limite arbitrário para manter o espaço da biblioteca abaixo de 250 KB.”

Por fim, Glauber Costa menciona que «o sucesso do SQLite combinado com seu desenvolvimento relativamente fechado dificulta o sucesso de um fork, outra opção é envolver o SQLite com funcionalidades adicionais, mas isso tem limitações”, a que alude Costa.

fonte: https://devclass.com/


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: AB Internet Networks 2008 SL
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.