Dashboard
PHP:
8.2.30
OS:
Linux
User:
dh_nv8b2m
/
/
usr
/
local
/
lib
/
python3.10
/
dist-packages
/
sqlalchemy
/
__pycache__
📤 Upload
📝 New File
📁 New Folder
Close
Editing: interfaces.cpython-310.pyc
o [�h�1 � @ s@ d Z ddlmZ ddlmZ G dd� de�ZG dd� de�ZdS ) a Deprecated core event interfaces. .. deprecated:: 0.7 As of SQLAlchemy 0.7, the new event system described in :ref:`event_toplevel` replaces the extension/proxy/listener system, providing a consistent interface to all events without the need for subclassing. � )�event)�utilc @ s< e Zd ZdZedd� �Zdd� Zdd� Zdd � Zd d � Z d S ) � PoolListenera� Hooks into the lifecycle of connections in a :class:`.Pool`. .. deprecated:: 0.7 :class:`.PoolListener` is deprecated and will be removed in a future release. Please refer to :func:`.event.listen` in conjunction with the :class:`.PoolEvents` listener interface. Usage:: class MyListener(PoolListener): def connect(self, dbapi_con, con_record): '''perform connect operations''' # etc. # create a new pool with a listener p = QueuePool(..., listeners=[MyListener()]) # add a listener after the fact p.add_listener(MyListener()) # usage with create_engine() e = create_engine("url://", listeners=[MyListener()]) All of the standard connection :class:`~sqlalchemy.pool.Pool` types can accept event listeners for key connection lifecycle events: creation, pool check-out and check-in. There are no events fired when a connection closes. For any given DB-API connection, there will be one ``connect`` event, `n` number of ``checkout`` events, and either `n` or `n - 1` ``checkin`` events. (If a ``Connection`` is detached from its pool via the ``detach()`` method, it won't be checked back in.) These are low-level events for low-level objects: raw Python DB-API connections, without the conveniences of the SQLAlchemy ``Connection`` wrapper, ``Dialect`` services or ``ClauseElement`` execution. If you execute SQL through the connection, explicitly closing all cursors and other resources is recommended. Events also receive a ``_ConnectionRecord``, a long-lived internal ``Pool`` object that basically represents a "slot" in the connection pool. ``_ConnectionRecord`` objects have one public attribute of note: ``info``, a dictionary whose contents are scoped to the lifetime of the DB-API connection managed by the record. You can use this shared storage area however you like. There is no need to subclass ``PoolListener`` to handle events. Any class that implements one or more of these methods can be used as a pool listener. The ``Pool`` will inspect the methods provided by a listener object and add the listener to one or more internal event queues based on its capabilities. In terms of efficiency and function call overhead, you're much better off only providing implementations for the hooks you'll be using. c C s� g d�}t j||d�}|D ] }tt|�}t||d�}|dur-t �||�s-t �d||f � q t|d�r;t�|d|j � t|d�rHt�|d|j � t|d�rUt�|d|j � t|d�rdt�|d|j � dS dS ) z^Adapt a :class:`.PoolListener` to individual :class:`event.Dispatch` events. )�connect� first_connect�checkout�checkin)�methodsNz�PoolListener.%s is deprecated. The PoolListener class will be removed in a future release. Please transition to the @event interface, using @event.listens_for(Engine, '%s').r r r r ) r � as_interface�getattrr �methods_equivalent�warn_deprecated�hasattrr �listenr r r r )�cls�self�listenerr �meth�me_meth�ls_meth� r �@/usr/local/lib/python3.10/dist-packages/sqlalchemy/interfaces.py�_adapt_listenerR s. ���� �z PoolListener._adapt_listenerc C � dS )a( Called once for each new DB-API connection or Pool's ``creator()``. dbapi_con A newly connected raw DB-API connection (not a SQLAlchemy ``Connection`` wrapper). con_record The ``_ConnectionRecord`` that persistently manages the connection Nr �r � dbapi_con� con_recordr r r r s � zPoolListener.connectc C r )a Called exactly once for the first DB-API connection. dbapi_con A newly connected raw DB-API connection (not a SQLAlchemy ``Connection`` wrapper). con_record The ``_ConnectionRecord`` that persistently manages the connection Nr r r r r r r zPoolListener.first_connectc C r )aC Called when a connection is retrieved from the Pool. dbapi_con A raw DB-API connection con_record The ``_ConnectionRecord`` that persistently manages the connection con_proxy The ``_ConnectionFairy`` which manages the connection for the span of the current checkout. If you raise an ``exc.DisconnectionError``, the current connection will be disposed and a fresh connection retrieved. Processing of all checkout listeners will abort and restart using the new connection. Nr )r r r � con_proxyr r r r � r zPoolListener.checkoutc C r )a� Called when a connection returns to the pool. Note that the connection may be closed, and may be None if the connection has been invalidated. ``checkin`` will not be called for detached connections. (They do not return to the pool.) dbapi_con A raw DB-API connection con_record The ``_ConnectionRecord`` that persistently manages the connection Nr r r r r r � r zPoolListener.checkinN) �__name__� __module__� __qualname__�__doc__� classmethodr r r r r r r r r r s 9 r c @ s~ e Zd ZdZedd� �Zdd� Zdd� Zdd � Zd d � Z d d � Z d dd�Z dd� Z dd� Z dd� Zdd� Zdd� Zdd � ZdS ) �ConnectionProxya7 Allows interception of statement execution by Connections. .. deprecated:: 0.7 :class:`.ConnectionProxy` is deprecated and will be removed in a future release. Please refer to :func:`.event.listen` in conjunction with the :class:`.ConnectionEvents` listener interface. Either or both of the ``execute()`` and ``cursor_execute()`` may be implemented to intercept compiled statement and cursor level executions, e.g.:: class MyProxy(ConnectionProxy): def execute(self, conn, execute, clauseelement, *multiparams, **params): print "compiled statement:", clauseelement return execute(clauseelement, *multiparams, **params) def cursor_execute(self, execute, cursor, statement, parameters, context, executemany): print "raw statement:", statement return execute(cursor, statement, parameters, context) The ``execute`` argument is a function that will fulfill the default execution behavior for the operation. The signature illustrated in the example should be used. The proxy is installed into an :class:`~sqlalchemy.engine.Engine` via the ``proxy`` argument:: e = create_engine('someurl://', proxy=MyProxy()) c sX g d�}|D ]}t t|�}t �|�}t�||�s!t�d||f � q�fdd�}t�|d|� �fdd�}t�|d|� d d � � � fd d �} t�|d | �j�� t�|d| �j�� t�|d| �j �� t�|d| �j �� t�|d| �j �� t�|d| �j �� t�|d| �j �� t�|d| �j�� t�|d| �j�� t�|d| �j�� d S )N) �execute�cursor_execute�begin�rollback�commit� savepoint�rollback_savepoint�release_savepoint�begin_twophase�prepare_twophase�rollback_twophase�commit_twophasez�ConnectionProxy.%s is deprecated. The ConnectionProxy class will be removed in a future release. Please transition to the @event interface, using @event.listens_for(Engine, '%s').c s$ dd� }� j | ||g|�R i |��S )Nc _ s | ||fS �Nr )� clauseelement� multiparams�paramsr r r �execute_wrapper� s zOConnectionProxy._adapt_listener.<locals>.adapt_execute.<locals>.execute_wrapper)r% )�connr2 r3 r4 r5 �r r r � adapt_execute� s ���z6ConnectionProxy._adapt_listener.<locals>.adapt_execute�before_executec s dd� }� � ||||||�S )Nc S s ||fS r1 r )�cursor� statement� parameters�contextr r r r5 � s zVConnectionProxy._adapt_listener.<locals>.adapt_cursor_execute.<locals>.execute_wrapper)r& )r6 r: r; r< r= � executemanyr5 r7 r r �adapt_cursor_execute� s �z=ConnectionProxy._adapt_listener.<locals>.adapt_cursor_execute�before_cursor_executec _ s d S r1 r )�arg�kwr r r �do_nothing_callback s z<ConnectionProxy._adapt_listener.<locals>.do_nothing_callbackc s �� fdd�}t �|� �S )Nc s �| � g|�R i |�� d S r1 r )r6 rA rB )rC �fnr r �go s zCConnectionProxy._adapt_listener.<locals>.adapt_listener.<locals>.go)r �update_wrapper)rD rE )rC )rD r �adapt_listener s z7ConnectionProxy._adapt_listener.<locals>.adapt_listenerr' r( r) r* r+ r, r- r. r/ r0 )r r$ r r r r r r' r( r) r* r+ r, r- r. r/ r0 ) r r r r r r r r8 r? rG r )rC r r r � sZ ��� �� � �� �z ConnectionProxy._adapt_listenerc O s ||g|�R i |��S )z&Intercept high level execute() events.r )r r6 r% r2 r3 r4 r r r r% / s zConnectionProxy.executec C s |||||�S )z,Intercept low-level cursor execute() events.r )r r% r: r; r< r= r> r r r r& 4 s z ConnectionProxy.cursor_executec C � |� S )zIntercept begin() events.r )r r6 r' r r r r' ; � zConnectionProxy.beginc C rH )z Intercept rollback() events.r )r r6 r( r r r r( @ rI zConnectionProxy.rollbackc C rH )zIntercept commit() events.r )r r6 r) r r r r) E rI zConnectionProxy.commitNc C s ||d�S )z Intercept savepoint() events.)�namer )r r6 r* rJ r r r r* J � zConnectionProxy.savepointc C � |||�S )z&Intercept rollback_savepoint() events.r )r r6 r+ rJ r= r r r r+ O rK z"ConnectionProxy.rollback_savepointc C rL )z%Intercept release_savepoint() events.r )r r6 r, rJ r= r r r r, T rK z!ConnectionProxy.release_savepointc C � ||�S )z"Intercept begin_twophase() events.r )r r6 r- �xidr r r r- Y � z ConnectionProxy.begin_twophasec C rM )z$Intercept prepare_twophase() events.r )r r6 r. rN r r r r. ^ rO z ConnectionProxy.prepare_twophasec C rL )z%Intercept rollback_twophase() events.r )r r6 r/ rN � is_preparedr r r r/ c rK z!ConnectionProxy.rollback_twophasec C rL )z#Intercept commit_twophase() events.r )r r6 r0 rN rP r r r r0 h rK z ConnectionProxy.commit_twophaser1 )r r r! r" r# r r% r& r' r( r) r* r+ r, r- r. r/ r0 r r r r r$ � s " ] r$ N)r" � r r �objectr r$ r r r r �<module> s
Save
Cancel