3 ms·
Nope - databases cache chunks of ready to serve but not yet processed data, not precalculated business logic outputs and resolved rules. Every time you hit the
by gouranga 14y ago
Nope - databases cache chunks of ready to serve but not yet processed data, not precalculated business logic outputs and resolved rules.
Every time you hit them, they cost cycles, IO (the real killer) and RAM.
The database is very restrictive which is why our domain model lives outside it.
We put stuff in the OLTP store when we're done with it and take it out when we need it, or most likely from our ORM L2 cache and/or our service layer cache.
DB does f-all apart from keep our caches hydrated.
Its bad architecture to put all your eggs in a black box, particularly an expensive one.
- huggyface 14y agoBusiness logic outputs? Resolved rules? Are you, perchance, a disciple at the church of ORM? That is a religion that makes its own problems, and then celebrates the victory when they solve their own problems. The database is very restrictive No it isn't. The claim is ridiculous. Its bad architecture to put all your eggs in a black box Nonsensical.
- gouranga 14y agoIt's not a church or religion. It's where you find technology's athiests (engineers) solving business domain problems rather than working out how best to represent them in a relational way and bend them to get what they want. I feel you are heavily politicised by the vendors rather than the solutions required.
- gaius 14y agoWhat you say is true... In the 90s. Let's flip this around and imagine I was lecturing you on why forking CGI scripts "don't scale".