Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Separating out the database layer in a monorepo package was the best architectural decision I made this year. Now it is my default because at some point you either want to rebuild the existing app entirely or separate out services such as public API access that all need access to the same database.


Can you elaborate on this? I’m facing a similar decision in my org and think sharing a common database store sounds smart. With rules of course, like clear ownership of data, only one writer, etc.


> in a monorepo package

Hum... Does that phrase mean you don't use anything remotely similar to a monorepo?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: