为什么ad-hoc SQL比在存储过程中执行相同的代码运行得更快？

ad-hoc SQL比在存储过程中执行相同的代码运行得更快的原因是因为它避免了存储过程的额外开销和复杂性。

存储过程是一组预编译的SQL语句，存储在数据库服务器中，并可以通过调用来执行。存储过程的优势在于可以减少网络传输和减轻数据库服务器的负载，因为它们可以在数据库服务器上直接执行，而不需要将数据传输到客户端进行处理。此外，存储过程还可以提供更好的安全性和数据一致性，因为它们可以通过权限控制和事务管理来保护数据。

然而，存储过程也存在一些劣势。首先，存储过程的编写和维护相对复杂，需要专门的数据库开发技能。其次，存储过程的执行需要额外的开销，包括解析、编译和优化过程。这些额外的开销可能会导致存储过程的执行速度较慢。

相比之下，ad-hoc SQL是指在应用程序中直接编写和执行的SQL语句，而不是事先存储在数据库服务器中的预编译代码。ad-hoc SQL的优势在于它的简单性和灵活性。开发人员可以根据具体需求动态地生成和执行SQL语句，无需事先定义和维护存储过程。这样可以减少开发和维护的工作量，并且可以更灵活地应对不同的业务需求。

此外，ad-hoc SQL还可以通过参数化查询来提高性能和安全性。参数化查询可以避免SQL注入攻击，并且可以重复使用已编译的查询计划，从而提高查询的执行效率。

总结起来，ad-hoc SQL比在存储过程中执行相同的代码运行得更快的原因是它避免了存储过程的额外开销和复杂性，同时提供了更大的灵活性和简单性。然而，在实际应用中，选择使用ad-hoc SQL还是存储过程应根据具体的业务需求和性能要求进行权衡。