4 ms·
This is a great idea and I am glad it is BSD licensed. Unfortunately the execution is somewhat lacking. SQLite is best suited for embedded / clientside applicat
by jhatemyjob 3y ago
This is a great idea and I am glad it is BSD licensed. Unfortunately the execution is somewhat lacking. SQLite is best suited for embedded / clientside applications with minimal dependencies. The author of this project decided to use Go and make it a service.
- nalgeon 3y agoDid I? > Both in-process (Go API) and standalone (RESP) servers. In-process means that the database is "embedded / clientside" in your terms.
- jhatemyjob 3y agoIt's a server.
- orthecreedence 3y agoDo you usually embed redis?
- jhatemyjob 3y agoI would like to.
- orthecreedence 2y agoYou want to use an in-mem database like SQLite or DuckDB or even replicate the data structures in-code that redis uses. Redis doesn't really add a whole lot to the table over a general programming language with a good standard library other than being shared over a network.
- jhatemyjob 2y agoExactly, the standard library is what I'm after. I am currently using SQLite but I prefer the redis interface
- leetrout 3y ago> SQLite is best suited for embedded / clientside applications with minimal dependencies. Often repeated and certainly rooted in truth but there was a healthy discussion on here the other day[0] where tptacek shared a link in a comment[1] to a related blog post about getting more scale out of using SQLite serverside. 0: https://news.ycombinator.com/item?id=39975596 https://news.ycombinator.com/item?id=39975596 1: https://kerkour.com/sqlite-for-servers https://kerkour.com/sqlite-for-servers
- merlinran 3y agoWhat would you use Redis or substitutions for in embedded/ clientside applications? Seriously asking.
- jhatemyjob 3y agoIn practice iOS apps, in theory anything written in C
- deleted 3y ago[deleted]