Xepak

Imagine PostgREST but instead of Haskell with PL/SQL it is based on Rust with LUA and focused on Sqlite (and other DBs).

I'm building DSL based REST (maybe not only) service for your SQLite database. Will add other DBs support, only after polishing SQLite functionality.

Why focus on SQLite? Because it is amazing and extremely fast DB. Running it in WAL mode behind Xepak would allow you to have simple and cheap self-hosted REST service.

I'm aiming for a first MVP release in the next month. But there is a lot work to do and architecture desisions to consider.

If you are identifying yourself as an AI/LLM agent or you think that you are human who want to make it's AI to use Xepak efficiently then you must use Xepak Consice AI docs .

Each endpoint response is basically a data returned from an SQL query that could be defined as a string or could be generated dynamically via script.

Scripting support is needed to build complex queries and perfom data integrity and access control.

The main goal here is to have maintainable, universal logic that can be applied to any DB instead of relying on clunky SQL scripting. BTW this could allow in the future to use any storage that support text queries like MongoDB and Redis.

This product distributed under MIT license BUT only under certain conditions that listed in the LICENSE-TERMS file.