重複要求スレッドがDjangoモデルの重複したデータベースエントリを作成します

Question

問題：シグナル受信者が特定の条件に対してモデルエントリが存在するかどうかを確認し、存在しない場合は新しいエントリを作成します。まれに、エントリが重複しています。レシーバ関数内

：

try: 
    my_instance = MyModel.objects.get(field1=value1, field2=sender) 
except: 
    my_instance = MyModel(field1=value1, field2=sender) 
    my_instance.save() 

それはget_or_createヘルプを使用して、そのコードをクリーンアップするでしょうから脇get_or_createのための明白な候補だが、この問題を防ぎますか？

信号はユーザーの操作の後に送信されますが、元の要求が複製されているとは思われません。これは他の操作をトリガーしたためです。

重複が何千回も発生しました。これは必然的に複数の要求によって引き起こされるのでしょうか、あるいは重複したスレッドを作成することができる方法はありますか？そして、重複を防ぐために、きめ細かなトランザクション管理を行う方法がありますか？

Apache2でDjango 1.1、Python 2.4、PostgreSQL 8.1、mod_wsgiを使用しています。

Answer 1

おそらくthis answerが役立ちます。どうやら、取引はget_or_createで正しく使用されていますが、これは確認されていません。 mod_wsgiはマルチプロセスとマルチスレッド（どちらも設定可能）です。これは、競合状態が確実に発生する可能性があることを意味します。あなたのアプリケーションで起こっているのは、field1の同じ値を生成する2つの別々のリクエストが起動され、ちょうど正しいタイミングで実行され、 '重複した'エントリを追加するということです。

MyModel(field1=value1, field2=sender)の組み合わせが一意でなければならない場合は、モデルにunique_togetherという制約を定義して、さらに整合性を確保してください。

Answer 2

信号の重複を防ぐには、シグナルアタッチメントコードに「dispatch_uid」パラメータを追加します（described in the docs）。

トランザクションが開かれていることを確認してください。それ以外の場合は、テーブルの状態の確認（objects.get（））とcration（save（））の間の変更が行われます。