Атомарные операции в Django?

Это что-то вроде хака. Необработанный SQL сделает ваш код менее переносимым, но избавится от состояния гонки на приращении счетчика. Теоретически это должно увеличивать счетчик каждый раз, когда вы выполняете запрос. Я не тестировал это, поэтому вы должны убедиться, что список правильно интерполируется в запросе.

class VisitorDayTypeCounterManager(models.Manager):
    def get_query_set(self):
        qs = super(VisitorDayTypeCounterManager, self).get_query_set()

        from django.db import connection
        cursor = connection.cursor()

        pk_list = qs.values_list('id', flat=True)
        cursor.execute('UPDATE table_name SET counter = counter + 1 WHERE id IN %s', [pk_list])

        return qs

class VisitorDayTypeCounter(models.Model):
    ...

    objects = VisitorDayTypeCounterManager()

Начиная с Django 1.1, вы можете использовать выражения ORM F ().

from django.db.models import F
product = Product.objects.get(name='Venezuelan Beaver Cheese')
product.number_sold = F('number_sold') + 1
product.save()

Подробнее см. Документацию:

https://docs.djangoproject.com/en/1.8/ref/models/instances/#updating-attributes-based-on-existing-fields

https://docs.djangoproject.com/en/1.8/ref/models/expressions/#django.db.models.F

Если вы действительно хотите, чтобы счетчик был точным, вы можете использовать транзакцию, но требуемый объем параллелизма действительно затянет ваше приложение и базу данных при любой значительной нагрузке. Вместо этого подумайте о том, чтобы перейти к более стилю обмена сообщениями и просто продолжайте сбрасывать записи счетчика в таблицу для каждого посещения, где вы хотите увеличить счетчик. Затем, когда вы хотите, чтобы общее количество посещений было подсчитано в таблице посещений. У вас также может быть фоновый процесс, который запускается любое количество раз в день, который суммирует посещения, а затем сохраняет это в родительской таблице. Чтобы сэкономить место, он также удалит все записи из таблицы дочерних посещений, которые он суммировал. Вы значительно сократите свои затраты на параллелизм, если у вас нет нескольких агентов, конкурирующих за одни и те же ресурсы (счетчик).

Вы можете использовать патч из http://code.djangoproject.com/ticket/2705 для поддержки блокировка уровня базы данных.

С патчем этот код будет атомарным:

visitors = VisitorDayTypeCounter.objects.get(day=curday).for_update()
visitors.counter += 1
visitors.save()

Два предложения:

Добавьте unique_toght в свою модель и оберните создание в обработчик исключений, чтобы перехватить дубликаты:

class VisitorDayTypeCounter(models.Model):
    visitType = models.CharField(max_length=60)
    visitDate = models.DateField('Visit Date')
    counter = models.IntegerField()
    class Meta:
        unique_together = (('visitType', 'visitDate'))

После этого у вас может остаться незначительное состояние гонки при обновлении счетчика. Если у вас достаточно трафика, чтобы беспокоиться об этом, я бы посоветовал изучить транзакции для более детального управления базой данных. Я не думаю, что ORM имеет прямую поддержку блокировки / синхронизации. Документация по транзакции доступна здесь.

Почему бы не использовать базу данных в качестве уровня параллелизма? Добавьте первичный ключ или уникальное ограничение таблицы в visitType и visitDate. Если я не ошибаюсь, django точно не поддерживает это в своем классе модели базы данных, или, по крайней мере, я не видел примера.

После того, как вы добавили ограничение / ключ в таблицу, все, что вам нужно сделать, это:

1. проверьте, есть ли строка. если это так, принесите его.
2. вставить строку. если ошибок нет, все в порядке и можно двигаться дальше.
3. если есть ошибка (например, состояние гонки), повторно выберите строку. если строки нет, то это настоящая ошибка. В противном случае все в порядке.

Это неприятно делать таким образом, но кажется, что это достаточно быстро и подходит для большинства ситуаций.

Вы должны использовать транзакции базы данных, чтобы избежать такого состояния гонки. Транзакция позволяет вам выполнять всю операцию по созданию, чтению, увеличению и сохранению счетчика по принципу «все или ничего». Если что-то пойдет не так, все откатится, и вы сможете попробовать еще раз.

Ознакомьтесь с документацией по Django. промежуточное ПО для транзакций, или вы можете использовать декораторы вокруг представлений или методов для создания транзакций.