7 comments

  • polyrand 2 hours ago ago

    I'm already quite excited about Turso being SQLite-compatible, but adding many features on top.

    And when a feature is not directly compatible with SQLite (ie: you can't directly read the file with `sqlite3`, it's straightforward to convert). This is great because you know you'll always be able to continue working with that database. Even if Turso stopped working, it's still a valid SQLite database.

    A combination I would be excited about is:

    - Full support for Postgres protocol/wire format (ie: Postgres, but in-process, backed by a single file). - Optional: Client/server architecture for further scaling and remote management using existing Postgres tooling - All backed by a SQLite-compatible file

    They are already adding MVCC to SQLite anyway. So their effort seems doable, and I hope they succeed.

  • hoppp an hour ago ago

    Sounds cool but also why? Is it so it's possible to have 1 database and then switch from sqlite to postgres without data migration?

  • ComputerGuru 5 hours ago ago

    Author also discussing it on their Twitter [0]. I’m reserving judgement for now, but this has lots of potential usecases even apart from replacing postgres.

    [0]: https://x.com/glcst/status/2077759127682486561?s=46

    • cute_boi 2 hours ago ago

      People said same thing about sqlite, but I love turso sqlite and haven't faced any issues.

      • egorfine 13 minutes ago ago

        There is no turso sqlite

  • Omega359 3 hours ago ago

    The llvm of databases is not turso, it's datafusion.

  • scotty79 2 hours ago ago

    Will it have fast COUNT-s?