Home-AssistantConfig/deps/sqlalchemy/ext/__pycache__/mutable.cpython-34.pyc

<EFBFBD>
}<7D><>W`c<00>@s<>dZd
dl
mZ
d
dlmZmZ
d
dlmZmZm	Z	
d
dl
mZ
ddlZGdd	<00>d	e
<00>ZGd
d<00>de<00>ZGdd
<00>d
e<00>Zdd<00>Ze<00>
Gdd<00>dee<00>ZdS)a]2Provide support for tracking of in-place changes to scalar values,
which are propagated into ORM change events on owning parent objects.

.. versionadded:: 0.7 :mod:`sqlalchemy.ext.mutable` replaces SQLAlchemy's
   legacy approach to in-place mutations of scalar values; see
   :ref:`07_migration_mutation_extension`.

.. _mutable_scalars:

Establishing Mutability on Scalar Column Values
===============================================

A typical example of a "mutable" structure is a Python dictionary.
Following the example introduced in :ref:`types_toplevel`, we
begin with a custom type that marshals Python dictionaries into
JSON strings before being persisted::

    from sqlalchemy.types import TypeDecorator, VARCHAR
    import json

    class JSONEncodedDict(TypeDecorator):
        "Represents an immutable structure as a json-encoded string."

        impl = VARCHAR

        def process_bind_param(self, value, dialect):
            if value is not None:
                value = json.dumps(value)
            return value

        def process_result_value(self, value, dialect):
            if value is not None:
                value = json.loads(value)
            return value

The usage of ``json`` is only for the purposes of example. The
:mod:`sqlalchemy.ext.mutable` extension can be used
with any type whose target Python type may be mutable, including
:class:`.PickleType`, :class:`.postgresql.ARRAY`, etc.

When using the :mod:`sqlalchemy.ext.mutable` extension, the value itself
tracks all parents which reference it.  Below, we illustrate a simple
version of the :class:`.MutableDict` dictionary object, which applies
the :class:`.Mutable` mixin to a plain Python dictionary::

    from sqlalchemy.ext.mutable import Mutable

    class MutableDict(Mutable, dict):
        @classmethod
        def coerce(cls, key, value):
            "Convert plain dictionaries to MutableDict."

            if not isinstance(value, MutableDict):
                if isinstance(value, dict):
                    return MutableDict(value)

                # this call will raise ValueError
                return Mutable.coerce(key, value)
            else:
                return value

        def __setitem__(self, key, value):
            "Detect dictionary set events and emit change events."

            dict.__setitem__(self, key, value)
            self.changed()

        def __delitem__(self, key):
            "Detect dictionary del events and emit change events."

            dict.__delitem__(self, key)
            self.changed()

The above dictionary class takes the approach of subclassing the Python
built-in ``dict`` to produce a dict
subclass which routes all mutation events through ``__setitem__``.  There are
variants on this approach, such as subclassing ``UserDict.UserDict`` or
``collections.MutableMapping``; the part that's important to this example is
that the :meth:`.Mutable.changed` method is called whenever an in-place
change to the datastructure takes place.

We also redefine the :meth:`.Mutable.coerce` method which will be used to
convert any values that are not instances of ``MutableDict``, such
as the plain dictionaries returned by the ``json`` module, into the
appropriate type.  Defining this method is optional; we could just as well
created our ``JSONEncodedDict`` such that it always returns an instance
of ``MutableDict``, and additionally ensured that all calling code
uses ``MutableDict`` explicitly.  When :meth:`.Mutable.coerce` is not
overridden, any values applied to a parent object which are not instances
of the mutable type will raise a ``ValueError``.

Our new ``MutableDict`` type offers a class method
:meth:`~.Mutable.as_mutable` which we can use within column metadata
to associate with types. This method grabs the given type object or
class and associates a listener that will detect all future mappings
of this type, applying event listening instrumentation to the mapped
attribute. Such as, with classical table metadata::

    from sqlalchemy import Table, Column, Integer

    my_data = Table('my_data', metadata,
        Column('id', Integer, primary_key=True),
        Column('data', MutableDict.as_mutable(JSONEncodedDict))
    )

Above, :meth:`~.Mutable.as_mutable` returns an instance of ``JSONEncodedDict``
(if the type object was not an instance already), which will intercept any
attributes which are mapped against this type.  Below we establish a simple
mapping against the ``my_data`` table::

    from sqlalchemy import mapper

    class MyDataClass(object):
        pass

    # associates mutation listeners with MyDataClass.data
    mapper(MyDataClass, my_data)

The ``MyDataClass.data`` member will now be notified of in place changes
to its value.

There's no difference in usage when using declarative::

    from sqlalchemy.ext.declarative import declarative_base

    Base = declarative_base()

    class MyDataClass(Base):
        __tablename__ = 'my_data'
        id = Column(Integer, primary_key=True)
        data = Column(MutableDict.as_mutable(JSONEncodedDict))

Any in-place changes to the ``MyDataClass.data`` member
will flag the attribute as "dirty" on the parent object::

    >>> from sqlalchemy.orm import Session

    >>> sess = Session()
    >>> m1 = MyDataClass(data={'value1':'foo'})
    >>> sess.add(m1)
    >>> sess.commit()

    >>> m1.data['value1'] = 'bar'
    >>> assert m1 in sess.dirty
    True

The ``MutableDict`` can be associated with all future instances
of ``JSONEncodedDict`` in one step, using
:meth:`~.Mutable.associate_with`.  This is similar to
:meth:`~.Mutable.as_mutable` except it will intercept all occurrences
of ``MutableDict`` in all mappings unconditionally, without
the need to declare it individually::

    MutableDict.associate_with(JSONEncodedDict)

    class MyDataClass(Base):
        __tablename__ = 'my_data'
        id = Column(Integer, primary_key=True)
        data = Column(JSONEncodedDict)


Supporting Pickling
--------------------

The key to the :mod:`sqlalchemy.ext.mutable` extension relies upon the
placement of a ``weakref.WeakKeyDictionary`` upon the value object, which
stores a mapping of parent mapped objects keyed to the attribute name under
which they are associated with this value. ``WeakKeyDictionary`` objects are
not picklable, due to the fact that they contain weakrefs and function
callbacks. In our case, this is a good thing, since if this dictionary were
picklable, it could lead to an excessively large pickle size for our value
objects that are pickled by themselves outside of the context of the parent.
The developer responsibility here is only to provide a ``__getstate__`` method
that excludes the :meth:`~MutableBase._parents` collection from the pickle
stream::

    class MyMutableType(Mutable):
        def __getstate__(self):
            d = self.__dict__.copy()
            d.pop('_parents', None)
            return d

With our dictionary example, we need to return the contents of the dict itself
(and also restore them on __setstate__)::

    class MutableDict(Mutable, dict):
        # ....

        def __getstate__(self):
            return dict(self)

        def __setstate__(self, state):
            self.update(state)

In the case that our mutable value object is pickled as it is attached to one
or more parent objects that are also part of the pickle, the :class:`.Mutable`
mixin will re-establish the :attr:`.Mutable._parents` collection on each value
object as the owning parents themselves are unpickled.

.. _mutable_composites:

Establishing Mutability on Composites
=====================================

Composites are a special ORM feature which allow a single scalar attribute to
be assigned an object value which represents information "composed" from one
or more columns from the underlying mapped table. The usual example is that of
a geometric "point", and is introduced in :ref:`mapper_composite`.

.. versionchanged:: 0.7
    The internals of :func:`.orm.composite` have been
    greatly simplified and in-place mutation detection is no longer enabled by
    default; instead, the user-defined value must detect changes on its own and
    propagate them to all owning parents. The :mod:`sqlalchemy.ext.mutable`
    extension provides the helper class :class:`.MutableComposite`, which is a
    slight variant on the :class:`.Mutable` class.

As is the case with :class:`.Mutable`, the user-defined composite class
subclasses :class:`.MutableComposite` as a mixin, and detects and delivers
change events to its parents via the :meth:`.MutableComposite.changed` method.
In the case of a composite class, the detection is usually via the usage of
Python descriptors (i.e. ``@property``), or alternatively via the special
Python method ``__setattr__()``. Below we expand upon the ``Point`` class
introduced in :ref:`mapper_composite` to subclass :class:`.MutableComposite`
and to also route attribute set events via ``__setattr__`` to the
:meth:`.MutableComposite.changed` method::

    from sqlalchemy.ext.mutable import MutableComposite

    class Point(MutableComposite):
        def __init__(self, x, y):
            self.x = x
            self.y = y

        def __setattr__(self, key, value):
            "Intercept set events"

            # set the attribute
            object.__setattr__(self, key, value)

            # alert all parents to the change
            self.changed()

        def __composite_values__(self):
            return self.x, self.y

        def __eq__(self, other):
            return isinstance(other, Point) and \
                other.x == self.x and \
                other.y == self.y

        def __ne__(self, other):
            return not self.__eq__(other)

The :class:`.MutableComposite` class uses a Python metaclass to automatically
establish listeners for any usage of :func:`.orm.composite` that specifies our
``Point`` type. Below, when ``Point`` is mapped to the ``Vertex`` class,
listeners are established which will route change events from ``Point``
objects to each of the ``Vertex.start`` and ``Vertex.end`` attributes::

    from sqlalchemy.orm import composite, mapper
    from sqlalchemy import Table, Column

    vertices = Table('vertices', metadata,
        Column('id', Integer, primary_key=True),
        Column('x1', Integer),
        Column('y1', Integer),
        Column('x2', Integer),
        Column('y2', Integer),
        )

    class Vertex(object):
        pass

    mapper(Vertex, vertices, properties={
        'start': composite(Point, vertices.c.x1, vertices.c.y1),
        'end': composite(Point, vertices.c.x2, vertices.c.y2)
    })

Any in-place changes to the ``Vertex.start`` or ``Vertex.end`` members
will flag the attribute as "dirty" on the parent object::

    >>> from sqlalchemy.orm import Session

    >>> sess = Session()
    >>> v1 = Vertex(start=Point(3, 4), end=Point(12, 15))
    >>> sess.add(v1)
    >>> sess.commit()

    >>> v1.end.x = 8
    >>> assert v1 in sess.dirty
    True

Coercing Mutable Composites
---------------------------

The :meth:`.MutableBase.coerce` method is also supported on composite types.
In the case of :class:`.MutableComposite`, the :meth:`.MutableBase.coerce`
method is only called for attribute set operations, not load operations.
Overriding the :meth:`.MutableBase.coerce` method is essentially equivalent
to using a :func:`.validates` validation routine for all attributes which
make use of the custom composite type::

    class Point(MutableComposite):
        # other Point methods
        # ...

        def coerce(cls, key, value):
            if isinstance(value, tuple):
                value = Point(*value)
            elif not isinstance(value, Point):
                raise ValueError("tuple or Point expected")
            return value

.. versionadded:: 0.7.10,0.8.0b2
    Support for the :meth:`.MutableBase.coerce` method in conjunction with
    objects of type :class:`.MutableComposite`.

Supporting Pickling
--------------------

As is the case with :class:`.Mutable`, the :class:`.MutableComposite` helper
class uses a ``weakref.WeakKeyDictionary`` available via the
:meth:`MutableBase._parents` attribute which isn't picklable. If we need to
pickle instances of ``Point`` or its owning class ``Vertex``, we at least need
to define a ``__getstate__`` that doesn't include the ``_parents`` dictionary.
Below we define both a ``__getstate__`` and a ``__setstate__`` that package up
the minimal form of our ``Point`` class::

    class Point(MutableComposite):
        # ...

        def __getstate__(self):
            return self.x, self.y

        def __setstate__(self, state):
            self.x, self.y = state

As with :class:`.Mutable`, the :class:`.MutableComposite` augments the
pickling process of the parent's object-relational state so that the
:meth:`MutableBase._parents` collection is restored to all ``Point`` objects.

<EFBFBD>)
<01>
flag_modified)<02>event<6E>types)<03>mapper<65>
object_mapper<65>Mapper)
<01>memoized_property<74>Nc@s^eZ
dZd
Zedd<00><00>
Zedd<00><00>
Zedd<00><00>
Zedd	<00><00>
Z	d
S)<0B>MutableBasezPCommon base class to :class:`.Mutable`
    and :class:`.MutableComposite`.

    c


Cs
tj
<00>S)
a!
Dictionary of parent object->attribute name on the parent.

        This attribute is a so-called "memoized" property.  It initializes
        itself with a new ``weakref.WeakKeyDictionary`` the first time
        it is accessed, returning the same object upon subsequent access.

        )<02>weakref<65>WeakKeyDictionary)
<01>self<6C>r<00></tmp/pip-build-zkr322cu/sqlalchemy/sqlalchemy/ext/mutable.py<70>_parentsl
s
zMutableBase._parentscCs6|d
krd
Sd}t||
t
|<00>
f<16>
<00>
d
S)a<>Given a value, coerce it into the target type.

        Can be overridden by custom subclasses to coerce incoming
        data into a particular type.

        By default, raises ``ValueError``.

        This method is called in different scenarios depending on if
        the parent class is of type :class:`.Mutable` or of type
        :class:`.MutableComposite`.  In the case of the former, it is called
        for both attribute-set operations as well as during ORM loading
        operations.  For the latter, it is only called during attribute-set
        operations; the mechanics of the :func:`.composite` construct
        handle coercion during load operations.


        :param key: string name of the ORM-mapped attribute being set.
        :param value: the incoming value.
        :return: the method should return the coerced value, or raise
         ``ValueError`` if the coercion cannot be completed.

        Nz1Attribute '%s' does not accept objects of type %s)<02>
ValueError<EFBFBD>type)<04>cls<6C>key<65>value<75>msgrrr<00>coercex
s


zMutableBase.coercecCst|
j
g
<00>
S)
aGiven a descriptor attribute, return a ``set()`` of the attribute
        keys which indicate a change in the state of this attribute.

        This is normally just ``set([attribute.key])``, but can be overridden
        to provide for additional keys.  E.g. a :class:`.MutableComposite`
        augments this set with the attribute keys associated with the columns
        that comprise the composite value.

        This collection is consulted in the case of intercepting the
        :meth:`.InstanceEvents.refresh` and
        :meth:`.InstanceEvents.refresh_flush` events, which pass along a list
        of attribute names that have been refreshed; the list is compared
        against this set to determine if action needs to be taken.

        .. versionadded:: 1.0.5

        )<02>setr)r<00>	attributerrr<00>_get_listen_keys<79>
szMutableBase._get_listen_keysc
s^
|
j<00>||
j
k	rd
S|
j
}<00>j|
<00>
<00><00><00>
<00>fdd<00><00><00><00>fdd<00>}<00><00>fdd<00>}<00>f
dd	<00>}<00>f
d
d<00>}tj|d<00>d
ddd<00>
tj|d|d
ddd<00>
tj|d|d
ddd<00>
tj|
d|d
ddddd<00>
tj|d|d
ddd<00>
tj|d|d
ddd<00>
d
S)z]Establish this type as a mutation listener for the given
        mapped descriptor.

        Nc
sc|jj
<00>d
<00>}|d
k	r_<00>
rI<00>j<00>|<00>}||j<00><n<00>|j|j<00><nd
S)z<>Listen for objects loaded or refreshed.

            Wrap the target data member's value with
            ``Mutable``.

            N)<05>dict<63>getrr<00>obj)<03>state<74>args<67>val)rrrrr<00>load<61>
s




z.MutableBase._listen_on_attribute.<locals>.loadcs'|s<00>j|<00>
r#<00>
|<00>

ndS)
N)
<01>intersection)r<00>ctx<74>attrs)<02>listen_keysr!rr<00>
load_attrs<EFBFBD>
s

z4MutableBase._listen_on_attribute.<locals>.load_attrscs<>|
|kr|
St|
<00><00>s4<00>j
<00>
|
<00>}
n|
d
k	rV<00>
|
j|j<00><nt|<00><00>r<>|jj|j<00>d
<00>
n|
S)z<>Listen for set/replace events on the target
            data member.

            Establish a weak reference to the parent object
            on the incoming value, remove it for the one
            outgoing.

            N)<05>
isinstancerrr<00>pop)<04>targetrZoldvalueZ	initiator)rrrrr<00>
s	






z-MutableBase._listen_on_attribute.<locals>.setcsR|jj
<00>d<00>}|dk	rNd
|
kr:g|
d
<n|
d
j|<00>

ndS)Nzext.mutable.values)rr<00>append)r<00>
state_dictr )
rrr<00>pickle<6C>
s






z0MutableBase._listen_on_attribute.<locals>.picklecs;d
|
kr7x(|
d
D]}<00>|j|j
<00><qWndS)Nzext.mutable.values)rr)rr+r )
rrr<00>unpickle<6C>
s


z2MutableBase._listen_on_attribute.<locals>.unpickler!<00>rawT<77>	propagateZrefreshZ
refresh_flushr<00>retvalr,r-)r<00>class_rr<00>listen)rrrZ
parent_clsr&rr,r-r)rrrr%r!r<00>_listen_on_attribute<74>
s,	

	














z MutableBase._listen_on_attributeN)
<EFBFBD>__name__<5F>
__module__<EFBFBD>__qualname__<5F>__doc__rr<00>classmethodrrr3rrrrr
f
s
r
c@sXeZ
dZd
Zdd<00>Zedd<00><00>
Zedd<00><00>
Zedd	<00><00>
Zd
S)<0B>Mutablez<65>Mixin that defines transparent propagation of change
    events to a parent object.

    See the example in :ref:`mutable_scalars` for usage information.

    c
Cs1x*|jj
<00>D]\}
}t|
|<00>
qWd
S)z@Subclasses should call this method whenever change events occur.N)r<00>itemsr)r
<00>parentrrrr<00>changed
s
zMutable.changedcCs|j|
d
|
j
<00>
dS)z]Establish this type as a mutation listener for the given
        mapped descriptor.

        TN)r3r1)rrrrr<00>associate_with_attributesz Mutable.associate_with_attributecs,<00><00>
fd
d<00>}tj
td|<00>
dS)aAssociate this wrapper with all future mapped columns
        of the given type.

        This is a convenience method that calls
        ``associate_with_attribute`` automatically.

        .. warning::

           The listeners established by this method are *global*
           to all mappers, and are *not* garbage collected.   Only use
           :meth:`.associate_with` for types that are permanent to an
           application, not with ad-hoc types else this will cause unbounded
           growth in memory usage.

        csMxF|jD];}t
|jd
j<00>
<00>r
<00>jt|
|j<00><00>

q
q
WdS)Nr	)<07>column_attrsr'<00>columnsrr=<00>getattrr)rr1<00>prop)r<00>sqltyperr<00>listen_for_type!s


z/Mutable.associate_with.<locals>.listen_for_type<70>mapper_configuredN)rr2r)rrBrCr)rrBr<00>associate_withszMutable.associate_withcs;tj
<00>
<00>
<00>
<00><00>
fd
d<00>}tjtd|<00>
<01>
S)aAssociate a SQL type with this mutable Python type.

        This establishes listeners that will detect ORM mappings against
        the given type, adding mutation event trackers to those mappings.

        The type is returned, unconditionally as an instance, so that
        :meth:`.as_mutable` can be used inline::

            Table('mytable', metadata,
                Column('id', Integer, primary_key=True),
                Column('data', MyMutableType.as_mutable(PickleType))
            )

        Note that the returned type is always an instance, even if a class
        is given, and that only columns which are declared specifically with
        that type instance receive additional instrumentation.

        To associate a particular mutable type with all occurrences of a
        particular type, use the :meth:`.Mutable.associate_with` classmethod
        of the particular :class:`.Mutable` subclass to establish a global
        association.

        .. warning::

           The listeners established by this method are *global*
           to all mappers, and are *not* garbage collected.   Only use
           :meth:`.as_mutable` for types that are permanent to an application,
           not with ad-hoc types else this will cause unbounded growth
           in memory usage.

        csJxC|jD]8}|j
d
j<00>
kr
<00>jt|
|j<00><00>

q
q
WdS)Nr	)r>r?rr=r@r)rr1rA)rrBrrrCKs


z+Mutable.as_mutable.<locals>.listen_for_typerD)rZto_instancerr2r)rrBrCr)rrBr<00>
as_mutable(s!zMutable.as_mutableN)	r4r5r6r7r<r8r=rErFrrrrr9<00>
s
r9c@s4eZ
dZd
Zedd<00><00>
Zdd<00>ZdS)<07>MutableCompositez<65>Mixin that defines transparent propagation of change
    events on a SQLAlchemy "composite" object to its
    owning parent or parents.

    See the example in :ref:`mutable_composites` for usage information.

    cCst|
j
g
<00>
j|
jj<00>
S)
N)rr<00>union<6F>property<74>_attribute_keys)rrrrrr^sz!MutableComposite._get_listen_keysc
Csrxk|jj
<00>D]Z\}
}t|
<00>
j|<00>
}x6t|j<00>|j<00>D]\}}t|
||<00>
qJWqWd
S)z@Subclasses should call this method whenever change events occur.N)rr:rZget_property<74>zipZ__composite_values__rJ<00>setattr)r
r;rrAr<00>	attr_namerrrr<bs

	

zMutableComposite.changedN)r4r5r6r7r8rr<rrrrrGUsrGc
Cs;d
d<00>}tj
td|<00>s7tjtd|<00>
ndS)NcSspxi|jD]^}t
|d
<00>r
t|jt<00>r
t|jt<00>r
|jjt|
|j	<00>d|
<00>
q
q
WdS)N<>composite_classF)
Ziterate_properties<65>hasattrr'rNr<00>
issubclassrGr3r@r)rr1rArrr<00>_listen_for_typeos




	
z3_setup_composite_listener.<locals>._listen_for_typerD)r<00>containsrr2)
rQrrr<00>_setup_composite_listenerns

rSc@s<>eZ
dZd
Zdd<00>Zdd<00>Zdd<00>Zdd	<00>Zd
d<00>Zdd
<00>Z	dd<00>Z
edd<00><00>
Zdd<00>Z
dd<00>ZdS)<17>MutableDicta6A dictionary type that implements :class:`.Mutable`.

    The :class:`.MutableDict` object implements a dictionary that will
    emit change events to the underlying mapping when the contents of
    the dictionary are altered, including when values are added or removed.

    Note that :class:`.MutableDict` does **not** apply mutable tracking to  the
    *values themselves* inside the dictionary. Therefore it is not a sufficient
    solution for the use case of tracking deep changes to a *recursive*
    dictionary structure, such as a JSON structure.  To support this use case,
    build a subclass of  :class:`.MutableDict` that provides appropriate
    coersion to the values placed in the dictionary so that they too are
    "mutable", and emit events up to their parent structure.

    .. versionadded:: 0.8

    cCs!tj
||
|<00>
|j<00>
d
S)z4Detect dictionary set events and emit change events.N)r<00>__setitem__r<)r
rrrrrrU<00>s
zMutableDict.__setitem__cCs#tj
||
|<00>}|j<00>
|S)
N)r<00>
setdefaultr<)r
rr<00>resultrrrrV<00>s



zMutableDict.setdefaultcCstj
||
<00>
|j<00>
d
S)z4Detect dictionary del events and emit change events.N)r<00>__delitem__r<)r
rrrrrX<00>s
zMutableDict.__delitem__c
Os!tj
||
|<00>

|j<00>
dS)
N)r<00>updater<)r
<00>
a<>kwrrrrY<00>s

zMutableDict.updatec
Gs tj
||
<00>
}|j<00>
|S)
N)rr(r<)r
<00>argrWrrrr(<00>s



zMutableDict.popc
Cstj
|<00>
}
|j<00>
|
S)
N)r<00>popitemr<)r
rWrrrr]<00>s



zMutableDict.popitemc

Cstj
|<00>

|j<00>
dS)
N)r<00>clearr<)
r
rrrr^<00>s


zMutableDict.clearcCs@t||<00>s8t|t
<00>r(||<00>
Stj|
|<00>S|Sd
S)z3Convert plain dictionary to instance of this class.N)r'rr9r)rrrrrrr<00>s




zMutableDict.coercec

Cs
t|<00>
S)
N)
r)
r
rrr<00>__getstate__<5F>s
zMutableDict.__getstate__cCs|j|
<00>

dS)
N)
rY)r
rrrr<00>__setstate__<5F>s
zMutableDict.__setstate__N)r4r5r6r7rUrVrXrYr(r]r^r8rr_r`rrrrrT{s
rT)r7Zorm.attributesr<00>rrZormrrr<00>utilrr<00>objectr
r9rGrSrrTrrrr<00><module>^
s




<16>\