Hacker News
new
past
comments
ask
show
jobs
points
by
eterm
21 hours ago
|
comments
by
s_ting765
21 hours ago
|
next
[-]
This decision tree doesn't make much sense to me. Why you someone forego performance today in favor of adding a completely unnecessary network layer to every DB query in order to "satisfy" future imaginary "scaling concerns"?
reply
by
eterm
18 hours ago
|
parent
|
[-]
Because you don't add a network layer by running a database locally.
reply
by
eddd-ddde
21 hours ago
|
prev
|
next
[-]
That's still orders of magnitude more complexity for no real benefit. A migration from sqlite to postgres, if really required, is not that hard.
reply
by
teaearlgraycold
19 hours ago
|
parent
|
[-]
Yes, postgres should support a superset of SQLite functionality.
reply
by
wat10000
19 hours ago
|
prev
|
[-]
Now you've added a substantial dependency, and annoying setup requirements. Good luck doing this for a native app on mobile or desktop.
reply
by
ummonk
13 hours ago
|
parent
|
next
[-]
If someone is talking about "spinning up a separate machine" for Postgres, they're not talking about a desktop or mobile app...
reply
by
eterm
18 hours ago
|
parent
|
prev
|
[-]
Obviously SQLite is the best choice for a mobile or desktop app, that's not what's being discussed here.
reply