This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-11-15
Channels
- # announcements (1)
- # asami (29)
- # babashka (31)
- # beginners (48)
- # calva (39)
- # cljsrn (4)
- # clojure (56)
- # clojure-dev (51)
- # clojure-doc (3)
- # clojure-europe (40)
- # clojure-gamedev (13)
- # clojure-italy (22)
- # clojure-nl (3)
- # clojure-uk (5)
- # cursive (9)
- # datomic (184)
- # events (7)
- # fulcro (8)
- # graalvm (2)
- # jobs (1)
- # malli (6)
- # meander (1)
- # nrepl (5)
- # off-topic (10)
- # pathom (9)
- # polylith (33)
- # portal (2)
- # re-frame (7)
- # reagent (12)
- # releases (3)
- # remote-jobs (3)
- # reveal (27)
- # shadow-cljs (34)
- # sql (1)
- # vim (7)
- # xtdb (62)
Hi ! Do you have experience with handling data offloading (cache management) on the app db ? It would be nice if we could have some logic to handle this and keep app-db size reasonable, any tips would be appreciated
@U3JH98J4R basically make sure I don't keep too much data on the app db, users would spend a lot of time on a single session, a lot of data would be fetched and kept around, it's not a problem in most cases but it can end up slowing down the app (the app is running on electron)
Index your data first off. That should buy you a bunch of time, but after that you need to know when you can take data out of the app db and put it in storage and what data you can and thats gonna be app specific
do you mean indexing data as you would in a database ? the data is stored in the app db in nested maps with ids as keys so I don't see how I could make it faster
indexed-db would probably make it faster, I'm not sure
Is it possible to dispatch direction to a reg-fx? e.g what's the best way to handle when you need to something on-click but the db doesn't need to be updated? The obvious answer is i just call the side effect and dont worry about a reg-fx