I mean, we have :wx and :gl as part of the erlang stdlib, but idk if you’ve used it, it’s not uhhh the most ergonomic
andyleclair
0
shishini
A JDBC like library
It seems we have different libraries for MS SQL, Postgresql, SQLite, etc..
I dont think Elixir have any libraries to connect to OLAP databases or engines or Data Lakes
0
cmo
andyleclair
eahanson
woylie
I love working with LiveView, but I yearn for the opposite: Local-first applications that can run completely on the client side and optionally sync with the server when back online.
I’m aware of:
- Local-First LiveView Svelte ToDo App - Here, Svelte assumes the sole responsibility for the client/offline side.
- Electric SQL
I haven’t done any experiments myself in this direction yet.
11
mau013
Have you checked out Hologram?
I think it’s worth a look.
It’s also discussed in its forum page here.
I’ve seen Hologram’s creator @bartblast very active here and in other forums (HN), so he might want to chime in.
2
hauleth
If you really want that
But honestly such interfaces have problem, that they need to target lowest common denominator. And by looking how easy it is to work with binary protocols in Elixir, I do not feel much urge for that “common interface” thingy. Actually db_connection can treated as such common interface as well.
2
woylie
I have seen Hologram, but I didn’t place it in the same category mentally. Isomorphism generally means something different from local-first, so I’m not sure the goals are the same here. Local-first applications tend to work with databases (i.e. indexeddb-based) on the client side and reconcile data using CRDT when coming online, but you can also use the whole application offline without ever connecting to a server for data synchronization. It doesn’t sound to me like Hologram is occupying that space.
0
mau013
You are absolutely correct. I don’t think Hologram occupies that space.
When I read local-first and saw the Svelte reference my head immediately went to the server vs client state paradigm. (I.e. Liveview vs JS - with all DB conns being managed by the server).
0