在数据库层面进行多表查询和在程序阶段进行表的轮流查询再拼接起来，如果查询的结果相同，那个效率高？

        在数据库层面进行多表查询和在程序层面进行轮流查询再拼接，哪个效率更高实际上取决于多个因素。下面是一些需要考虑的关键因素：

1. 数据量大小：如果涉及到的数据量较小，那么在程序层面进行查询和拼接可能更为高效。因为这样可以避免数据库进行额外的查询操作和数据传输。但是，如果涉及到的数据量很大，那么将多个表的数据一次性检索出来并在程序中进行拼接可能会对内存造成较大压力，这时候可能更适合在数据库层面进行多表查询。
2. 数据库优化：现代数据库系统（如MySQL、PostgreSQL等）已经进行了大量的优化，包括查询优化、索引优化等。如果数据库中的表有适当的索引，并且查询条件可以利用这些索引进行过滤，那么数据库层面的查询可能会非常高效。
3. 连接操作开销：在数据库中进行多表查询时，可能需要执行多个连接操作（JOIN操作）。这些连接操作可能会对数据库的性能产生一定影响。如果连接操作的开销较大，那么在程序层面进行轮流查询再拼接可能会更高效。
4. 数据传输开销：如果需要在应用程序的不同部分之间传输数据，那么数据传输的开销也是一个需要考虑的因素。如果数据量较大，并且网络传输速度较慢，那么在数据库层面进行多表查询并减少数据传输可能会更高效。

        综上所述，无法简单地回答哪个方式更高效。需要根据具体情况进行评估，包括数据量大小、数据库优化情况、连接操作开销以及数据传输开销等因素。如果可能的话，建议在实际应用场景中进行测试以确定最佳方案。