Django の複数データベースを使用する手順の詳細な説明

php中世界最好的语言
リリース: 2018-04-18 13:37:53
オリジナル
1676 人が閲覧しました

今回は、Django の複数のデータベースを使用する手順について詳しく説明します。Django の複数のデータベースを使用する際の 注意事項 は何ですか?実際の事例を見てみましょう。

1.設定でデータベースを設定します

たとえば、2 つのデータベースを使用する場合:

DATABASES = {
  'default': {
    'NAME': 'app_data',
    'ENGINE': 'django.db.backends.postgresql',
    'USER': 'postgres_user',
    'PASSWORD': 's3krit'
  },
  'users': {
    'NAME': 'user_data',
    'ENGINE': 'django.db.backends.mysql',
    'USER': 'mysql_user',
    'PASSWORD': 'priv4te'
  }
}
ログイン後にコピー
このようにして、2 つのデータベースが識別され、1 つはデフォルトのエイリアスで、もう 1 つはエイリアス ユーザーが割り当てられます。データベースの別名は任意に決定できます。

デフォルトのエイリアスは特別で、モデルがルート内で特に選択されていない場合、デフォルトでデフォルトのデータベースが使用されます。

もちろん、デフォルトを空に設定することもできます:

DATABASES = {
  'default': {},
  'users': {
    'NAME': 'user_data',
    'ENGINE': 'django.db.backends.mysql',
    'USER': 'mysql_user',
    'PASSWORD': 'superS3cret'
  },
  'customers': {
    'NAME': 'customer_data',
    'ENGINE': 'django.db.backends.mysql',
    'USER': 'mysql_cust',
    'PASSWORD': 'veryPriv@ate'
  }
}
ログイン後にコピー
この方法では、デフォルトのデータベースがないため、使用されるサードパーティ ライブラリのモデルを含むすべてのモデルに対してデータベース ルーティングを実行する必要があります。

2. データベースを選択する必要があるモデルに app_label

class MyUser(models.Model):
  ...
  class Meta:
    app_label = 'users'
ログイン後にコピー
を指定します 3.データベースルーターを作成する

Database Router は、モデルがどのデータベースを使用するかを決定するために使用され、主に次の 4 つのメソッドを定義します。

モデルの読み取りに使用するデータベースを指定します。 db_for_read(model, **hints)

モデルの作成に使用するデータベースを指定します。 db_for_write(model, **hints)

obj1 と obj2 を関連付けることができるかどうかを決定します。主に外部キーと多対多の操作に使用されます。 allow_relation(obj1, obj2, **hints)

移行操作をデータベース エイリアス db で実行できるかどうかを判断します。 allow_migrate(db, app_label, model_name=None, **hints)

完全な例:

データベース設定:

DATABASES = {
  'default': {},
  'auth_db': {
    'NAME': 'auth_db',
    'ENGINE': 'django.db.backends.mysql',
    'USER': 'mysql_user',
    'PASSWORD': 'swordfish',
  },
  'primary': {
    'NAME': 'primary',
    'ENGINE': 'django.db.backends.mysql',
    'USER': 'mysql_user',
    'PASSWORD': 'spam',
  },
  'replica1': {
    'NAME': 'replica1',
    'ENGINE': 'django.db.backends.mysql',
    'USER': 'mysql_user',
    'PASSWORD': 'eggs',
  },
  'replica2': {
    'NAME': 'replica2',
    'ENGINE': 'django.db.backends.mysql',
    'USER': 'mysql_user',
    'PASSWORD': 'bacon',
  },
}
ログイン後にコピー
次のような効果を実現したい場合:

app_labelがauthであるModelの読み書きはauth_dbで完了し、残りのModelの書き込みはprimaryで完了し、readはreplica1とreplica2でランダムに完了します。

認証者:

rreee

これにより、app_labelがauthであるModelの読み書きがauth_db内で完了し、関連付けが可能となり、auth_dbデータベース内でのみ移行が実行できるようになります。

残り:

rreee

このように、readはreplica1とreplica2でランダムに完了し、書き込みはprimaryを使用します。

最後に設定で設定します:

class AuthRouter(object):
  """
  A router to control all database operations on models in the
  auth application.
  """
  def db_for_read(self, model, **hints):
    """
    Attempts to read auth models go to auth_db.
    """
    if model._meta.app_label == 'auth':
      return 'auth_db'
    return None
  def db_for_write(self, model, **hints):
    """
    Attempts to write auth models go to auth_db.
    """
    if model._meta.app_label == 'auth':
      return 'auth_db'
    return None
  def allow_relation(self, obj1, obj2, **hints):
    """
    Allow relations if a model in the auth app is involved.
    """
    if obj1._meta.app_label == 'auth' or \
      obj2._meta.app_label == 'auth':
      return True
    return None
  def allow_migrate(self, db, app_label, model_name=None, **hints):
    """
    Make sure the auth app only appears in the 'auth_db'
    database.
    """
    if app_label == 'auth':
      return db == 'auth_db'
    return None
ログイン後にコピー
それでおしまい。

移行操作を実行する場合:

import random
class PrimaryReplicaRouter(object):
  def db_for_read(self, model, **hints):
    """
    Reads go to a randomly-chosen replica.
    """
    return random.choice(['replica1', 'replica2'])
  def db_for_write(self, model, **hints):
    """
    Writes always go to primary.
    """
    return 'primary'
  def allow_relation(self, obj1, obj2, **hints):
    """
    Relations between objects are allowed if both objects are
    in the primary/replica pool.
    """
    db_list = ('primary', 'replica1', 'replica2')
    if obj1._state.db in db_list and obj2._state.db in db_list:
      return True
    return None
  def allow_migrate(self, db, app_label, model_name=None, **hints):
    """
    All non-auth models end up in this pool.
    """
    return True
ログイン後にコピー
移行操作は、デフォルトではデフォルトのデータベースで実行されます。他のデータベースで操作するには、--database オプションの後にデータベースのエイリアスを指定します。

同様に、dbshel​​l、dumpdata、loaddata コマンドにはすべて --database オプションが付いています。

ルートを手動で選択することもできます:

クエリ

:

DATABASE_ROUTERS = ['path.to.AuthRouter', 'path.to.PrimaryReplicaRouter']
ログイン後にコピー
保存したユーザー: rreee モバイル:

りー

上記のコードは、最初のデータベースに初めて p を保存するときに、デフォルトで主キーが生成され、2 番目のデータベースを使用して保存するときに、p はすでに主キーを持っています。キーを使用しなくても問題はありませんが、以前に使用されていた場合、元のデータは上書きされます。

解決策は 2 つあります:

1. 保存する前に主キーをクリアします:

$ ./manage.py migrate
$ ./manage.py migrate --database=users
ログイン後にコピー
2.force_insert を使用します

>>> # This will run on the 'default' database.
>>> Author.objects.all()
>>> # So will this.
>>> Author.objects.using('default').all() 
>>> # This will run on the 'other' database.
>>> Author.objects.using('other').all()
ログイン後にコピー
削除:

オブジェクト

がどのデータベースから取得され、どこから削除されたのか

>>> my_object.save(using='legacy_users')
ログイン後にコピー
オブジェクトを Legacy_users データベースから new_users データベースに転送したい場合:
>>> p = Person(name='Fred')
>>> p.save(using='first') # (statement 1)
>>> p.save(using='second') # (statement 2)
ログイン後にコピー
この記事の事例を読んだ後は、この方法を習得したと思います。さらに興味深い情報については、PHP 中国語に関する他の関連記事に注目してください。 Webサイト!

推奨読書:

WebStorm ES6 で babel を使用する方法


React を使用してコンポーネントを指定された DOM ノードにレンダリングする

以上がDjango の複数データベースを使用する手順の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート