Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

3
  • All very good points. So I guess the answer would be "it depends". The reason I wanted more DB independence is that the DB structure is a WIP and may very well go through some changes before being finalized. So, writing complex queries would mean that these queries need to be modified if some changes occur. And if that happens modifying complex queries would be a lot harder task than modifying simple queries and increase the possibility of making a mistake. Commented Jan 16, 2020 at 5:51
  • @JahirulIslam Yes, this is a very valid argument if you target a cross db platform, or if you target a document oriented like db like Mongodb, where the joins require more gymnastics. But is it a real intention or just a possible future? And what about delivering the features fast and refactor later if needed? (which is in fact the idea behind my “combination” suggestions) Commented Jan 16, 2020 at 6:47
  • Currently, there is no real plan to target a different DB. I just need to make sure the SQLs don't get overcomplicated and remain maintainable without too much effort. Commented Jan 16, 2020 at 7:06