4 ms·
Don't take it for granted. With modern software design and especially OOP the risk of data inconsistency is less of a problem (I do web apps for entreprise and
by slim 16y ago
Don't take it for granted.
With modern software design and especially OOP the risk of data inconsistency is less of a problem (I do web apps for entreprise and it simply never happened to me).
On the other hand duplication of information is a great way to scale an application. And incidentally offers data security since you can cross check your data in case of corruption.
- ergo98 16y ago>With modern software design and especially OOP the risk of data inconsistency is less of a problem This sounds mighty hand-wavy. How does "modern software design" reduce the risk of data inconsistency? >On the other hand duplication of information is a great way to scale an application Most relational systems have facilities for duplicating information to scale. Materialized views, for instance, generate vile offenses to all normal forms but perhaps the first, hyper optimized for consumers, but it is guaranteed coherent and consistent, and happens with barely any work. Seriously, we've been solving these performance issues for years. Every time some, failing a better word, noob writes up their big internet paper on why the relational model fails (with "modern" software, which is chuckleworthy), the world gets just a little bit dumber. The bit about checking data for corruption is just disturbing.
- slim 16y ago> How does "modern software design" reduce the risk of data inconsistency? By grouping code by business logic, code manipulating the same set of tables tend to land in the same place. Sometimes it even gets refactored. > Seriously, we've been solving these performance issues for years. Who are you?