这里有100个有用的查询链接，这些都是在Oracle数据库中测试的，但记住SQL是标准的，Oracle, MS SQL Server, MySQL和其他数据库之间的区别是SQL方言:

http://javaforlearn.com/100-sql-queries-learn/

是的，使用join的查询会更快。虽然不知道要查询的表之间的关系、数据集的大小或主键的位置，但几乎不可能说速度有多快。

为什么不把这两种情况都测试一下，然后你就会确定……

这太模糊了，不能给你一个与你的具体情况相关的答案。这取决于很多因素。Jeff Atwood(这个网站的创始人)确实写过这个。不过，在大多数情况下，如果你有正确的索引，并且正确地执行join，那么执行一次旅行通常比执行几次旅行要快。

实际上，我自己也在寻找这个问题的答案，在阅读了给出的答案后，我只能同意比较DB查询性能的最佳方法是获得真实世界的数字，因为有太多的变量需要考虑，但是，我也认为比较它们之间的数字在几乎所有情况下都不会有好的结果。我的意思是，这些数字应该始终与一个可接受的数字进行比较，而绝对不是相互比较。

我可以理解，如果一种查询方式需要0.02秒，而另一种需要20秒，这是一个巨大的差异。但是，如果一种查询方式需要0.0000000002秒，而另一种需要0.0000002秒呢?在这两种情况下，一种方式比另一种方式快1000倍，但在第二种情况下，它真的仍然“惊人”吗?

就我个人而言，底线是:如果它表现良好，就寻求简单的解决方案。

根据我的经验，我发现运行几个查询通常更快，特别是在检索大型数据集时。

当与来自另一个应用程序(如PHP)的数据库交互时，到服务器的一次访问要比多次访问多。

还有其他方法可以限制访问服务器的次数，同时仍然运行多个查询，这些方法通常不仅更快，而且使应用程序更易于阅读—例如mysqli_multi_query。

当涉及到SQL时，我不是新手，我认为对于开发人员，尤其是新手来说，有一种趋势是花费大量时间试图编写非常聪明的连接，因为它们看起来很聪明，而实际上有一些聪明的方法来提取数据，看起来很简单。

最后一段是我的个人观点，但我希望这能有所帮助。我同意其他人的观点，尽管他们认为你应该进行基准测试。两种方法都不是灵丹妙药。

就吞吐量而言，它会更快吗?可能。但它也可能一次锁定更多的数据库对象(取决于您的数据库和模式)，从而降低并发性。根据我的经验，人们经常被“更少的数据库往返”的说法所误导，而在现实中，在大多数OLTP系统中，数据库位于同一个LAN上，真正的瓶颈很少是网络。