OTL的流缓冲池
一般来讲，流一般作为一个局部的变量被使用，当使用完毕后就立刻关闭，如果需要再次使用就需要再次的声明变量，如此循环。OTL流的缓冲池（内存池）是一个解决以往的流性能低下的一个机制。当流被关闭后，实际上流的相关变量被保存在一个流缓冲池里面，以便再利用。
每一个流在解析SQL或与数据库层打交道的时候都存在着巨大的资源开销。OTL通过流缓冲池机制来解决这个不必要的开销以提高性能。
当一个流“关闭”后，实际上，它被保存在一个流缓冲池里面。如果后面再需要一个类似的流，那么就只需要把流缓冲池里面的流取出来赋给相应的流变量即可再使用。不管该变量是局部还是全局的变量。相似的地方在于流的缓冲区大小与流相关的SQL语句是相同的。它们被保存在流缓冲池里面。
比如说有三个已经被关闭了的相似（缓冲区大小与SQL语句类型相同）的流已经被分配了内存资源。但实际上，在流的缓冲池里面只有一个入口，也就是说只有这三个流的一个副本。如果后面再需要相似的流，那么就会从中把取出该副本赋给对应的变量使用。如果有一个循环里面要不停的使用这个相同的流的话，那实际上流的主体总是这个相同的流。它被从流缓冲池里面取出来后赋给相应的变量再续使用。
在某些时候，某个流可能就真的只使用一次就关闭，这个时候otl_stream::close()有一个对应的扩展函数提供给开发者强制关闭流而不放在流缓冲池里面。
如果在某些情况下的确不想使用流缓冲池技术，我们还可以通过宏来关闭流缓冲池。这个需要在编译的时候确定下来。
通过上面的介绍，很明显，流缓冲池是一个otl_connect对象，同样，它还有一个最大容量限制，我们可以通过otl_connect::set_stream_pool_size()函数进行设置。
因为流缓冲池使用了map和vector，所以在使用流缓冲池的时候，必须要定义OTL_STL（或OTL_ACE）宏。
当一个新的流被要求加入到流缓冲池中，但是流缓冲池已满了，这个时候，用的最少的那个流将被从流缓冲池中清除，而把最新的这个流放进来。
从Sergei Kuchin统计的信息来看，流缓冲池还是相对有一个些开销的，这个主要原因是因为STL里面的MAP容器的开销导致。
下面为流缓冲池的一个简单图例：
