vsql_rest serve as suas tabelas por HTTP de dentro do processo do banco de
dados. Um cliente lê linhas com uma URL em vez de uma conexão, filtra-as com
parâmetros de consulta e chama funções armazenadas em /rpc/. Não há
aplicação para escrever nem segundo processo para executar.
Instalar
Ovsql_rest.veb já está no diretório lib/veb/ do servidor se você instalou
o VillageSQL com o script de instalação, a imagem Docker ou um tarball de
release. Instale-o no servidor com uma única instrução:
O que ela adiciona
Ela não adiciona funções SQL. Você a configura comSET GLOBAL, e toda
requisição que ela responde chega por HTTP.
Exemplo
Crie a tabela primeiro, porque o listener armazena em cache o layout do banco de dados quando inicia e o mantém porschema_ttl segundos:
Uma configuração gravada com
SET PERSIST sobrevive a uma reinicialização,
mas UNINSTALL EXTENSION a apaga. Após desinstalar e reinstalar, toda
configuração volta ao seu padrão, e nenhuma reinicialização traz o valor
antigo de volta.Toda configuração de string é lida de volta por meio do servidor, que retorna
no máximo 1022 bytes. Um
schema, allowed_tables, allowed_routines,
table_methods, jwt_secret ou jwt_public_key mais longo faz toda
requisição falhar com 500; um ssl_cert ou ssl_key mais longo impede o
listener de iniciar.Veja também
- Servindo tabelas como uma API REST — filtros, métodos por tabela e os padrões a mudar primeiro
- Gerenciando extensões — como as configurações de extensão são lidas e gravadas
- Capabilities Preview — o que o flag de preview ativa e o que ele promete
- Extensões disponíveis — o catálogo completo
- villagesql/vsql-rest — código-fonte, a sintaxe completa de rotas e as limitações conhecidas