Djangoのテストデータベースをメモリ内でのみ実行する方法は？

Djangoの単体テストの実行には時間がかかるので、それを高速化する方法を探しています。SSDのインストールを検討していますが、SSDにも欠点があります。もちろん、コードでできることはありますが、構造的な修正を探しています。毎回データベースを再構築/南マイグレーションする必要があるため、単一のテストを実行するのも遅くなります。これが私の考えです...

テストデータベースは常に非常に小さいことがわかっているので、テストデータベース全体を常にRAMに保持するようにシステムを構成できないのはなぜですか。ディスクには絶対に触れないでください。Djangoでこれをどのように設定しますか？MySQLは本番環境で使用するものなので、引き続き使用したいのですが、SQLite  3などでこれが簡単にできる場合は、その方法を使用します。

SQLiteまたはMySQLには、完全にメモリ内で実行するオプションがありますか？RAMディスクを構成し、そこにデータを格納するようにテストデータベースを構成することは可能ですが、特に消去され続けるため、Django / MySQLに特定のデータベースに別のデータディレクトリを使用するように指示する方法がわかりません。各実行を再作成しました。（Mac FWIWを使用しています。）

テストを実行するときにデータベースエンジンをsqlite3に設定すると、Djangoはメモリ内データベースを使用します。

settings.pyテストの実行時にエンジンをsqliteに設定するために、次のようなコードを使用しています。

if 'test' in sys.argv:
    DATABASE_ENGINE = 'sqlite3'

またはDjango 1.2では：

if 'test' in sys.argv:
    DATABASES['default'] = {'ENGINE': 'sqlite3'}

そして最後にDjango 1.3と1.4では：

if 'test' in sys.argv:
    DATABASES['default'] = {'ENGINE': 'django.db.backends.sqlite3'}

（バックエンドへの完全なパスはDjango 1.3では厳密には必要ありませんが、前方互換の設定になります。）

南部の移行に問題がある場合は、次の行を追加することもできます。

    SOUTH_TESTS_MIGRATE = False

私は通常、テスト用に別の設定ファイルを作成し、それをテストコマンドで使用します。

python manage.py test --settings=mysite.test_settings myapp

これには2つの利点があります。

1. testsys.argvでこのような魔法の単語をチェックする必要はありません。test_settings.py単に

   from settings import *
   
   # make tests faster
   SOUTH_TESTS_MIGRATE = False
   DATABASES['default'] = {'ENGINE': 'django.db.backends.sqlite3'}

   または、テスト設定を本番設定から明確に分離して、ニーズに合わせてさらに調整することもできます。

2. もう1つの利点は、sqlite3の代わりに本番データベースエンジンを使用してテストを実行できるため、微妙なバグを回避できるため、開発中に

   python manage.py test --settings=mysite.test_settings myapp

   コードをコミットする前に一度実行します

   python manage.py test myapp

   すべてのテストが本当に成功していることを確認するだけです。

MySQLは「MEMORY」と呼ばれるストレージエンジンをサポートしています。これは、データベース構成（settings.py）で次のように構成できます。

    'USER': 'root',                      # Not used with sqlite3.
    'PASSWORD': '',                  # Not used with sqlite3.
    'OPTIONS': {
        "init_command": "SET storage_engine=MEMORY",
    }

MEMORYストレージエンジンはblob / text列をサポートしていないため、これを使用してdjango.db.models.TextFieldいる場合は機能しません。

主な質問にはお答えできませんが、スピードアップのためにできることがいくつかあります。

まず、MySQLデータベースがInnoDBを使用するように設定されていることを確認します。次に、トランザクションを使用して、各テストの前にデータベースの状態をロールバックできます。これにより、私の経験では、大幅なスピードアップにつながりました。settings.pyでデータベースのinitコマンドを渡すことができます（Django 1.2構文）：

DATABASES = {
    'default': {
            'ENGINE':'django.db.backends.mysql',
            'HOST':'localhost',
            'NAME':'mydb',
            'USER':'whoever',
            'PASSWORD':'whatever',
            'OPTIONS':{"init_command": "SET storage_engine=INNODB" } 
        }
    }

第二に、毎回サウスマイグレーションを実行する必要はありません。設定してSOUTH_TESTS_MIGRATE = False、あなたのsettings.pyに、データベースがはるかに速く、すべての歴史的な移行を走るよりなり、プレーンsyncdbの実行で作成されます。

あなたは二重の微調整を行うことができます：

• トランザクションテーブルを使用します。フィクスチャの初期状態は、TestCaseごとにデータベースのロールバックを使用して設定されます。
• データベースのデータディレクトリをramdiskに配置します。データベースの作成に関する限り、多くのメリットが得られ、テストの実行も速くなります。

私は両方のトリックを使っており、とても満足しています。

UbuntuでMySQL用に設定する方法：

$ sudo service mysql stop
$ sudo cp -pRL /var/lib/mysql /dev/shm/mysql

$ vim /etc/mysql/my.cnf
# datadir = /dev/shm/mysql
$ sudo service mysql start

注意してください、それはテストのためだけです、メモリからデータベースを再起動した後は失われます！

別のアプローチ：RAMディスクを使用するtempfsでMySQLの別のインスタンスを実行します。このブログ投稿の手順：DjangoでテストするためのMySQLの高速化。

利点：

• 本番サーバーが使用するものとまったく同じデータベースを使用する
• デフォルトのmysql設定を変更する必要はありません

Anuragの答えを拡張して、同じtest_settingsを作成し、manage.pyに以下を追加することで、プロセスを簡略化しました

if len(sys.argv) > 1 and sys.argv[1] == "test":
    os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.test_settings")
else:
    os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.settings")

sysは既にインポートされており、manage.pyはコマンドラインからのみ使用されるため、設定が煩雑になる必要がないため、よりクリーンに見えます

以下で使用してください setting.py

DATABASES['default']['ENGINE'] = 'django.db.backends.sqlite3'