معرفی شرکت ها

تبلیغات ما

مشتریان به طور فزاینده ای آنلاین هستند. تبلیغات می تواند به آنها کمک کند تا کسب و کار شما را پیدا کنند.

مشاهده بیشتر

تبلیغات ما

مشتریان به طور فزاینده ای آنلاین هستند. تبلیغات می تواند به آنها کمک کند تا کسب و کار شما را پیدا کنند.

مشاهده بیشتر

تبلیغات ما

مشتریان به طور فزاینده ای آنلاین هستند. تبلیغات می تواند به آنها کمک کند تا کسب و کار شما را پیدا کنند.

مشاهده بیشتر

تبلیغات ما

مشتریان به طور فزاینده ای آنلاین هستند. تبلیغات می تواند به آنها کمک کند تا کسب و کار شما را پیدا کنند.

مشاهده بیشتر

تبلیغات ما

مشتریان به طور فزاینده ای آنلاین هستند. تبلیغات می تواند به آنها کمک کند تا کسب و کار شما را پیدا کنند.

مشاهده بیشتر

توضیحات

Offline optimistic locking for Django (with Djongo)

ویژگی	مقدار
سیستم عامل	-
نام فایل	djongo-optimistic-lock-1.0.1.dev0
نام	djongo-optimistic-lock
نسخه کتابخانه	1.0.1.dev0
نگهدارنده	[]
ایمیل نگهدارنده	[]
نویسنده	Gavin Wahl
ایمیل نویسنده	gavinwahl@gmail.com
آدرس صفحه اصلی	https://github.com/noelpuru/djongo-optimistic-lock
آدرس اینترنتی	https://pypi.org/project/djongo-optimistic-lock/
مجوز	BSD

django-optimistic-lock ====================== .. image:: https://secure.travis-ci.org/gavinwahl/django-optimistic-lock.png?branch=master :target: https://travis-ci.org/gavinwahl/django-optimistic-lock Implements an offline optimistic lock [1]_ for Django models. Usage ----- Add a ``VersionField`` and inherit from ``VersionedMixin``. .. code-block:: python from dol import VersionField, VersionedMixin class MyModel(VersionedMixin, models.Model): version = VersionField() Whenever ``MyModel`` is saved, the version will be checked to ensure the instance has not changed since it was last fetched. If there is a conflict, a ``ConcurrentUpdate`` exception will be raised. Implementation -------------- A ``VersionField`` is just an integer that increments itself every time its model is saved. ``VersionedMixin`` overrides ``_do_update`` (which is called by ``save`` to actually do the update) to add an extra condition to the update query -- that the version in the database is the same as the model's version. If they match, there have been no concurrent modifications. If they don't match, the UPDATE statement will not update any rows, and we know that someone else saved first. This produces SQL that looks something like:: UPDATE mymodel SET version = version + 1, ... WHERE id = %s AND version = %s When no rows were updated, we know someone else won and we need to raise a ``ConcurrentUpdate``. Comparison to ``django-concurrency`` ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ `django-concurrency <https://github.com/saxix/django-concurrency>`_ before version 0.7 used ``SELECT FOR UPDATE`` to implement the version checking. I wanted to avoid database-level locking, so ``django-optimistic-lock`` adds a version filter to the update statement, as described by Martin Fowler [1]_. Additionally, ool takes a more minimalistic approach than django-concurrency by only doing one thing -- optimistic locking -- without any monkey-patching, middleware, settings variables, admin classes, or form fields. django-concurrency would probably make more sense if you're looking for something that will attempt to accommodate every situation out of the box. Use ool if you just want a straightforward model implementation and need to handle the UI and surrounding architecture yourself. Running the tests ----------------- :: make test .. [1] http://martinfowler.com/eaaCatalog/optimisticOfflineLock.html .. [2] https://code.djangoproject.com/ticket/16649

نحوه نصب

نصب پکیج whl djongo-optimistic-lock-1.0.1.dev0:

pip install djongo-optimistic-lock-1.0.1.dev0.whl

نصب پکیج tar.gz djongo-optimistic-lock-1.0.1.dev0:

pip install djongo-optimistic-lock-1.0.1.dev0.tar.gz