唯一的复杂SQL请求与几个合并在我的代码中的简单SQL请求？

Question

你能帮我理解一下在我的代码中合并的唯一复杂的SQL请求和几个简单的SQL请求之间的最佳解决方案是什么吗？

• 假设我在一个招聘网站工作。工作机会是由能力构成的。每一种能力都列在一个感兴趣的领域。例如，一个能力可能是C#，他感兴趣的领域是IT。播音员可以创建一个新的工作待遇，并选择C#作为工作所需的能力。
• 另一方面，用户选择两个、三个或更多感兴趣的区域。是的，我们的用户不选择他们的能力，但他们感兴趣的领域。以免说我的用户xxx选择了三个感兴趣的领域。

在他的主页上，我想按日期显示这三个区域的新工作邀请清单。在我的代码里我该怎么做。

1. 一个独特的、复杂的SQL请求，在我的用户和我的用户表的能力、感兴趣的领域和感兴趣的领域上提供联合的工作待遇，并在我的用户上加上WHERE子句。
2. 一个更简单的SQL请求:调用3次以获得3份工作待遇列表，并在胜任能力和感兴趣的领域中加入工作邀请，并在我感兴趣的领域中使用WHERE子句，然后我在代码中合并我的三个列表。

如果我需要在招聘日期上列出我的工作列表，但突出显示或优先考虑可能在几个方面感兴趣的工作机会，该怎么办？

编辑

我有一个数据库要求:我只需要使用存储过程。

Answer 1

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

但是，如果您需要非常频繁地处理数据，而不需要任何时候都需要最新的数据，那么您当然可以在代码中重新实现数据库逻辑，并获得更好的性能。但是，只有当您经常使用数据，并且在此期间您可以忽略任何更改时，这才能起作用。记住，要用适当的索引和优化来实现所有的连接逻辑，这是相当多的工作。我建议这样做是不值得的。