Skip to main content

Native Oracle Session Pool implementation for SQLAlchemy

Project description

litex.cxpool - a SQLAlchemy pool with native Oracle session pooling

CxOracleSessionPool is a subclass of SQLAlchemy’s NullPool, with functionality close to QueuePool. It’s major selling point is the ability to run in proxy authentication mode. In this mode, the session pool is constructed with one set of credentials and individual connections can by acquired from it, authenticated for a different user.

It’s being used in Pyramid applications interfacing with an ERP system with all logic, auditing and security contained in Oracle DB stored procedures.

Example usage:

>>> from litex.cxpool import CxOracleSessionPool
>>> def get_user():
...     return 'REAL_USER'

get_user is a callable returning login of a user we would like to connect as. To connect to db as currently authenticated user in Pyramid, this function could look like the one below (prefix is used to find the right type of principals, and exclude the system. ones e.g. system.Everyone):

>>> from pyramid.threadlocal import get_current_request
>>> from pyramid.interfaces import IAuthenticationPolicy
>>> prefix = 'example.'
>>> def get_user():
...     req = get_current_request()
...         auth = req.registry.queryUtility(IAuthenticationPolicy)
...         prc = [pr for pr in auth.effective_principals(req) if pr.startswith(prefix)]
...         if prc:
...             return prc[0].split('.')[-1]
...         else:
...             return None

Having the user source, we can construct the pool:

>>> pool = CxOracleSessionPool(
...    'oracle://proxy_user:proxy_password@test_server/test',
...    min_sessions=1,
...    max_sessions=5,
...    increment=1,
...    user_source=get_user
... )
  • First parameter is a database URL with proxy user credentials.
  • min_sessions controls, how many sessions are constructed initially (in contrast to SA QueuePool this pool precreates sessions)
  • max_sessions sets the upper cap of constructed sessions count (think about it as QP pool_size + max_overflow)
  • increment sets how many sessions to create when current session count is too low (up to max_sessions)

To allow REAL_USER to connect to the db through PROXY_USER, one have to issue the following statement as DBA:

sql> alter user REAL_USER grant connect through PROXY_USER;

Having the pool ready, we can construct a SQLAlchemy engine

>>> from sqlalchemy import create_engine
>>> engine = create_engine('oracle://', pool=pool)

and use it as any other SA engine:

>>> conn = engine.connect()
>>> res = conn.execute('select user from dual')
<sqlalchemy.engine.base.ResultProxy object at 0x1670b50>
>>> res.fetchone()
(u'REAL_USER',)

Changes:

1.1

  • Compatibile with SQLAlchemy 1.3
  • Python 3 compatibility
  • tests are using py.test and tox now

1.0.3

  • Handling network problems

1.0.2

  • SQLAlchemy 0.7 compatible

1.0.1

  • namespace package specification
  • various packaging errors

1.0

  • initial release

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Files for litex.cxpool, version 1.1.1
Filename, size File type Python version Upload date Hashes
Filename, size litex.cxpool-1.1.1-py2-none-any.whl (4.4 kB) File type Wheel Python version py2 Upload date Hashes View
Filename, size litex.cxpool-1.1.1-py3-none-any.whl (4.4 kB) File type Wheel Python version py3 Upload date Hashes View
Filename, size litex.cxpool-1.1.1.tar.gz (3.8 kB) File type Source Python version None Upload date Hashes View

Supported by

Pingdom Pingdom Monitoring Google Google Object Storage and Download Analytics Sentry Sentry Error logging AWS AWS Cloud computing DataDog DataDog Monitoring Fastly Fastly CDN DigiCert DigiCert EV certificate StatusPage StatusPage Status page