独特的复杂SQL请求VS几个简单的SQL请求与我的代码合并？

Question

您能否帮助我了解在我的代码中合并的唯一复杂SQL请求与几个简单SQL请求之间的最佳解决方案？

• 假设我在工作机会网站上工作。工作机会由能力组成。每个能力都列在感兴趣的领域。例如，能力可能是C＃，他感兴趣的领域是IT。播音员可以创建新的工作机会并选择C＃作为工作所需的能力。

• 另一方面，用户选择两个，三个或更多感兴趣的区域。是的，我们的用户不会选择他们的能力，而是他们感兴趣的领域。以免我的用户xxx选择三个感兴趣的区域。

在他的主页上，我想按日期显示这3个区域的新工作列表。我应该怎么做我的代码。

1. 一个独特的复杂SQL请求，在我的用户和我的用户表上感兴趣的能力和感兴趣的领域以及我的用户的WHERE子句上加入工作

2. 一个更简单的SQL请求，一次调用3次获得3个工作机会列表，并在我感兴趣的领域上使用WHERE子句加入关于能力和兴趣领域的工作机会，之后我合并了我的三个列表在我的代码中。

如果我需要在工作邀请日期订购我的清单，但突出显示或优先考虑可能涉及多个感兴趣领域的工作机会，该怎么办。

修改

我有数据库要求：我只需要使用存储过程

Answer 1

在99％的情况下，一个复杂的查询要好得多。

但是，如果您需要经常处理数据并且不需要始终使用最新数据，那么您当然可以在代码中重新实现数据库逻辑并获得更好的性能。但这只有在您经常使用 very 数据时才会起作用，如果您在此期间可以忽略任何更改。请记住，通过适当的索引和优化实现所有连接逻辑是非常有用的。我认为这不值得努力。