Native Oracle Session Pool implementation for SQLAlchemy
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.
>>> 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.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',)
- Compatibile with SQLAlchemy 1.3
- Python 3 compatibility
- tests are using py.test and tox now
- Handling network problems
- SQLAlchemy 0.7 compatible
- namespace package specification
- various packaging errors
- initial release
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
|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|
Hashes for litex.cxpool-1.1.1-py2-none-any.whl
Hashes for litex.cxpool-1.1.1-py3-none-any.whl