O projeto Redka está desenvolvendo a implementação do protocolo e da API Redis em cima do SQLite.

Foram publicados os primeiros lançamentos do projeto Redka, que visa fornecer um protocolo RESP e uma API compatíveis com o SGBD Redis, mas implementados sobre a biblioteca SQLite. A utilização do SQLite permite também acessar os dados usando a linguagem SQL, por exemplo, para gerar relatórios ou analisar dados. O suporte a transações ACID é mantido. O Redka pode ser executado na forma servidor, aceitando solicitações pela rede, ou utilizado como um módulo para a linguagem Go. O código do projeto é escrito na linguagem Go e distribuído sob a licença BSD.

Atualmente, o Redka adicionou suporte a tipos para trabalhar com strings e hashes, bem como comandos para manipular dados de string, chaves, transações e hashes. Por exemplo, estão disponíveis comandos para definir e obter um ou mais valores de string vinculados a uma chave, definir o tempo de vida das chaves, incrementar/decrementar valores, buscar chaves por padrão, renomear chaves, executar uma série de comandos dentro de uma transação e cancelar a transação, além de trabalhar com campos em hashes.

Em breve, está planejado adicionar suporte a listas, coleções (sets) e coleções ordenadas. A longo prazo, espera-se a implementação do algoritmo HyperLogLog, funcionalidades para manipular coordenadas geográficas e comandos para interações usando o modelo de publish/subscribe. No momento, não está previsto adicionar suporte a scripts na linguagem Lua, autenticação, ACL, watch/unwatch e a capacidade de operar em múltiplas servidor BDs. Com certeza, não haverá suporte para clusters (Redis Cluster) e monitoramento (Redis Sentinel).

Testes de desempenho utilizando ferramentas do projeto Redis mostraram que o Redka está 2-6 vezes atrás do Redis devido à falta de otimizações específicas para armazenamento de dados no formato chave/valor. Em particular, no ambiente de teste criado, o Redis demonstrou desempenho de 133 mil operações SET por segundo e 139 mil operações GET por segundo, enquanto o desempenho do Redka foi de 30 mil SET por segundo e 63 mil GET por segundo na situação em que o BD era armazenado na memória. Ao armazenar o BD no disco, o desempenho do Redka foi de 22 mil operações SET por segundo e 56 mil GET por segundo.

Fonte: opennet.ru