From 8db4109e2b9dd8f5a5a8dac24ba5ce7017feea39 Mon Sep 17 00:00:00 2001 From: Mike Bayer Date: Fri, 28 Oct 2005 02:30:01 +0000 Subject: [PATCH] --- doc/build/content/pooling.myt | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/doc/build/content/pooling.myt b/doc/build/content/pooling.myt index ec7a23ca77..823096a825 100644 --- a/doc/build/content/pooling.myt +++ b/doc/build/content/pooling.myt @@ -1,5 +1,9 @@ <%flags>inherit='document_base.myt' <&|doclib.myt:item, name="pooling", description="Connection Pooling" &> +

At the base of any database helper library is a system of efficiently acquiring connections to the database. Since the establishment of a database connection is typically a somewhat expensive operation, an application needs a way to get at database connections repeatedly without incurring the full overhead each time. Particularly for server-side web applications, a connection pool is the standard way to maintain a "pool" of database connections which are used over and over again among many requests. Connection pools typcially are configured to maintain a certain "size", which represents how many connections can be used simultaneously without resorting to creating more newly-established connections. +

+

SQLAlchemy includes a pooling module that can be used completely independently of the rest of the toolset. This section describes how it can be used on its own, as well as the available options. If SQLAlchemy is being used more fully, the connection pooling described below occurs automatically. The options are still available, though, so this core feature is a good place to start. +

<&|doclib.myt:item, name="establishing", description="Establishing a Transparent Connection Pool" &> Any DBAPI module can be "proxied" through the connection pool using the following technique: @@ -22,7 +26,7 @@ -- 2.47.2