问Postgresql --准备好的语句与连接池--这是一种权衡吗？

EN

这是一个复杂的问题，但这里有一些答案。

正如@laurenz-albe所写，您可以使用pgb保镖和准备好的语句，但需要使用会话池。这允许您在连接期间使用准备好的语句(即，只要您的NpgsqlConnection实例是打开的)。但是，如果您处于一个短暂的连接场景中(例如，web应用程序为每个HTTP请求打开和关闭一个连接)，那么您就倒霉了。从这个意义上说，可以说池和准备好的语句是不兼容的。

但是，如果您使用的是Npgsql的内部池机制(默认情况下)，而不是使用pgb强，那么您准备好的语句就会在打开/关闭连接时自动持久化。换句话说，当您调用NpgsqlCommand.Prepare()时，如果物理连接碰巧已经准备好了SQL，则重复使用准备好的语句。这是专门用来为短命连接场景解锁准备语句的速度优势的。这是Npgsql，有关更多信息，请参阅文档。的一个非常独特的行为。

这是进程内连接池的优点之一，而不是进程外池(如pgbouncer )在传递时保留有关物理连接的信息，在这种情况下，需要准备语句的表(name和SQL)。