-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Replace Selda with something else #1302
Comments
I'm inclined to punt on this for now. We've found a reasonably-maintained Selda fork, and it even builds for Wasm, so perhaps we should kick the can down the road until we run into a Selda-related showstopper. |
See also #1312. |
As mentioned in #1312, it's likely we'll have to implement database init/migration in Haskell now, if we want Sqlite support in Wasm. Selda's migration support is known to be not very robust, so perhaps we should look more seriously at Beam: https://haskell-beam.github.io/beam/schema-guide/migrations/ edit: unfortunately,
Upstream issue: |
Creating databases (and checked migrations?) with Beam: |
It's clear that Selda is unmaintained now. There's at least one community fork, but I'd prefer something where upstream has control over the Hackage story.
Given the future of this project is focused on running most things in-browser, including at least some level of persistence, SQLite support is still attractive, because there's been some success running SQLite in the browser via Wasm. In any case, I think our SQL needs may be quite a bit simpler than we originally anticipated. Therefore, something like https://hackage.haskell.org/package/sqlite-simple might be a good enough replacement for Selda.
Relevant links:
The text was updated successfully, but these errors were encountered: