这种问题的原则基本上就是如果能很简单地用 SQL 算，就在数据库算，然后缓存结果。

所以个人偏好方法一。

能用SQL算就在数据库里进行运算吧，= =难道自己写的php语句还会比SQL执行的运算效率高？不要把mysql想的太脆弱。
尽量简化代码，所以。。第一种。

第一种虽然说是Join查询，实际上只有一次访问数据库，加上索引不会慢

第二种肯定不会用，死伤~

第一种更简介明了，一般用第一种。
实际哪种性能更好会跟 student和 class两个表相对大小有关。
如果第二种方式系统负载低，其实可以把sql 优化成这样:

sql = "select {xxx} from (select * from student where id in (1,2,3))
A,class B where A.class_id=B.id "

如果class表的数据可以不每次从数据库查，全部缓存下来的话，第二种思想还可以。毕竟class不会太多

第一种里面有连接操作，DB在进行连接操作时很费劲（特别是表的记录很多时），而查询操作基本很快.

首先一个, 你的第二个sql 明显给的不对了. 在 程序中做join, 起码我们应该这么写:

伪码:

sql = "select * from student where id in {xxxx}"
res = excute(sql)

string ids
foreach(res as v){
    // append v[class_id] to ids.
}
// ids is now like "1, 3, 4"
sql2 = "select {xxx} from class where id in ( $ids )";
res2 = excute(sql2)

这样只需要两次查询,　而你的实现明显　在黑　第二种　方式 啊.

关于在 sql里还是 在程序里做 join, High Performance Mysql 里有讨论, 第三版, 第六章, Complex Queries Versus Many Queries, 和 Join Decomposition 两节.

把 多表join 拆为 多个单表查询, 有以下优势(具体细节自己看书啦):

• Caching can be more efficient.
• Executing the queries inpidually can sometimes reduce lock contention.
• Doing joins in the application makes it easier to scale the database by placing tableson different servers.
• The queries themselves can be more efficient.
• You can reduce redundant row accesses.
• To some extent, you can view this technique as manually implementing a hashjoin instead of the nested loops algorithm MySQL uses to execute a join. A hash join might be more efficient.> undefined> undefined> undefined> undefined

额，显然是在用第一种啊

原因?

各位叔叔姐姐大爷大妈，求考虑下，sql的主要用途是干嘛的？
sql script的计算数量级是多少的?
excute 貌似不是T-SQL92规范中支持的吧?

楼上说的没错，楼主绝对是高级黑

我想说，如何你想混合计算，那起码中间的foreach 返回值相关的东西，你丢该程序去干行吗

summary

如果这里你不选方法一,那你就当我什么都没说

不是偏好问题，是堆代码的原则性问题：1.先尽可能降低SQL文发行次数。 2.再优化SQL文执行效率。
方法二把发行SQL文写在循环代码里，是写代码的大忌,无论你做的东西有多么的轻量级。

PS：SQL文基本不可能有得不到的结果集，所以不要用多次发行SQL文的方式来解决查询结果集拼凑问题。