Using databases without putting domain logic in them

Published
Aug 10, 2023
Written by
Benjamin Crozat
0
comments
1 minutes
read

In this article, Alex Kondov shares why it’s crucial not to store domain logic in databases while still utilizing them to their full extent.

He bases his argument on maintainability difficulties and threats to the separation of concerns, emphasizing the downside of splitting logic between the application and its storage. He also gives practical examples of improving the utilization of database capabilities without adding domain logic. One such case involves handling user reactions to data using application-level functionality rather than database triggers.

Kondov’s central point revolves around the importance of using databases as holders of information instead of decision-making tools.


Did you like this article? Then, keep learning:

2 comments

Norbert Vajda
Norbert Vajda 1 year ago

Thank you for the informative post!

By the way, here are some cases of the 418 HTTP status code, few of them make sense… I think :D

Jose Mariano Escalera-Sierra

The PUT method would be used to update the resource by passing the complete representation of the new state while the PATCH method would require only a partial representation of the new state, i.e. if you need to update a few fields, you would provide only those few fields for the resource, I mean it would be only a convention