You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been looking into ways of using Gororobas.com's EdgeDB instance to power a local-first mobile app I'm building for it, it was great to stumble upon your work on this template - thank you! I love how we can use Replicache without worrying about breaking access policies ✨
I'm trying to understand the choices you've made and thinking how this would pan out for complex schemas and arrangements. Here are some questions that I came across:
Can you elaborate on the use of todoID, instead of having only EdgeDB's native IDs?
Unlike with classic client/server apps, Replicache apps can't rely on the server to assign unique IDs. That's because the client is going to be working with data long before it reaches the server
Any reason for choosing raw EdgeQL vs. the query builder, other than speed & ease?
Clarification on the push/pull strategy
Why preface every patch with a clear operation? (op: "clear")
In the pull route, do you always need to fetch all objects the current user/group has access to? Is there a lighter, faster way of achieving this? I can see this breaking with a few hundred/thousand of records, but perhaps I'm misunderstanding 🤔
In the push route, should we cap how many Replicache patches we're processing? I'm afraid 100+ todos being synced at once after an offline work session would exceed transactions' limits
I'm assuming your current approach is to always delete the entire datastore (clear), and then re-fill it again with those put patches for every single todo
What happens with schema changes in production? Do patches not synced get dumped and ignored or is there a system to handle it? (As you can tell, I'm not very far in my Replicache knowledge yet)
Based on your answers, I'd love to put my understanding into practice with a PR, if you'd like that :)
The text was updated successfully, but these errors were encountered:
Heya Aleksandra & Scott 👋
I've been looking into ways of using Gororobas.com's EdgeDB instance to power a local-first mobile app I'm building for it, it was great to stumble upon your work on this template - thank you! I love how we can use Replicache without worrying about breaking access policies ✨
I'm trying to understand the choices you've made and thinking how this would pan out for complex schemas and arrangements. Here are some questions that I came across:
todoID
, instead of having only EdgeDB's native IDs?op: "clear"
)pull
route, do you always need to fetch all objects the current user/group has access to? Is there a lighter, faster way of achieving this? I can see this breaking with a few hundred/thousand of records, but perhaps I'm misunderstanding 🤔push
route, should we cap how many Replicache patches we're processing? I'm afraid 100+ todos being synced at once after an offline work session would exceed transactions' limitsclear
), and then re-fill it again with thoseput
patches for every single todoBased on your answers, I'd love to put my understanding into practice with a PR, if you'd like that :)
The text was updated successfully, but these errors were encountered: