我們已對 Django1.6 app完成了數(shù)據(jù)庫從mysql到PostgreSQL的遷移，如果你的環(huán)境很干凈，這個過程就會很簡單，只要允許syncdb 或者 migrate創(chuàng)建表，truncating表中的數(shù)據(jù)，然后運行dumpdata 和loaddatamanagement命令就完成了。

第一步，在你的PostgreSQL數(shù)據(jù)庫中創(chuàng)建一個空的實例：

?1 CREATE DATABASE dbname OWNER rolename;

第二步，在你的Django中給創(chuàng)建的數(shù)據(jù)庫加上配置

在setting.py 中，我們這樣配置:

?123456789101112131415161718 DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': 'dbname', 'USER': 'dbuser', 'PASSWORD': 'dbpass', 'HOST': 'mysql.example.com', 'PORT': '', }, 'postgresql': { 'ENGINE': 'django.db.backends.postgresql_psycopg2', 'NAME': 'dbname', 'USER': 'dbuser', 'PASSWORD': 'dbpass', 'HOST': 'postgresql.example.com', 'PORT': '', } }

這樣我們就指定了以后名稱操作的是哪個數(shù)據(jù)庫。

第三步，在PostgreSQL實例中創(chuàng)建表

?1 python manage.py syncdb --migrate --no-initial-data --database=postgresql

在PostgreSQL中運行syncdb 和 migrations，這個過程并沒有初始數(shù)據(jù)。

第四步，truncate新創(chuàng)建的表

盡管我們在先前的步驟中指定了 –no-initial-data ，為了防止在遷移過程中用戶的自定義數(shù)據(jù)在未知情況下加入了表中，我們最好還是truncate一下新建的表，我們可以生成一個SQL腳本，運行：

python manage.py sqlflush --database=postgresql

第五步，從mysql中備份數(shù)據(jù)到JSON 文件中

Django 有一個dumpdata命令，用它可以生成一個數(shù)據(jù)庫無關(guān)的備份，默認格式是JSON。 python manage.py dumpdata --all --natural --indent=4 > dbname.json

這里的 -all 參數(shù)是為了確保你在導(dǎo)出數(shù)據(jù)的過程中有可能有你自己的過濾和修改數(shù)據(jù)的需求，-natural 參數(shù)告訴Django使用natural keys(如果可用的話) –indent 參數(shù)是為了使輸出更加可讀。

你也許想只導(dǎo)出特定的apps里的數(shù)據(jù)，或者只導(dǎo)出一個celery logs ，這樣的話，你就可以使用 –exclude參數(shù)，例如:

python manage.py dumpdata --all --natural --exclude=djcelery --exclude=search.SearchLog --indent=4 > dbname.json

第六步，加載JSON數(shù)據(jù)到PostgreSQL數(shù)據(jù)庫中 python manage.py loaddata dbname.json --database=postgresql

基本上遷移的過程就結(jié)束了，現(xiàn)在你只要修改一下你的數(shù)據(jù)庫配置，然后是PostgerSQL成為默認的數(shù)據(jù)庫。

DATABASES = { 'default': { 'ENGINE': 'django.db.backends.postgresql_psycopg2', 'NAME': 'dbname', 'USER': 'dbuser', 'PASSWORD': 'dbpass', 'HOST': 'postgresql.example.com', 'PORT': '', } }

在我們的情況下，我們的數(shù)據(jù)庫不是很干凈，我們的數(shù)據(jù)庫是給一個PHP的遺留代碼創(chuàng)建的，我們現(xiàn)在還在一步步擺脫它，我們有一些Django之外的數(shù)據(jù)庫，并且都在被程序使用，為了把這些遷移到PostgreSQL中，我使用了這個工具，過程還是簡單一些。

注意事項

Django 信號

你可能想禁止這些，當一個數(shù)據(jù)庫記錄創(chuàng)建的時候，你的程序可能就會發(fā)送給你的用過郵件，為了不打擾它們，在加載數(shù)據(jù)的時候，你需要保證它們被禁止了，Here's one way to handle this 這里我們使用了檢測器保證信號不會別觸發(fā)。

約束(像非空，unique 和外鍵)

我們的數(shù)據(jù)庫遷移過程碰到了很多這種問題，比如一個外鍵約束，但是其他的一個表不存在了，有一下空置的記錄，但是模型定義中不允許，比如復(fù)制的過程中存在unique約束，這些都需要手動干預(yù)，我必須使用SQL語句清除掉這些，Dumpdata 和loaddata 將會檢測到這些，所以你的數(shù)據(jù)庫必須是一個干凈的一致的狀態(tài)。

主鍵的硬編碼

這很痛苦，因為在我們的測試 suite中，到處都是主鍵的硬編碼，所以很多測試到失敗了，因為使用PostgreSQL 處理的序列的方法和mysql不太一樣，我必須手動修改700多個測試用例，大都是很簡單的修改但是很消耗時間。

原生SQL語句

幸運的是，我們只有一處使用了原生sql語句，有些mysql中的函數(shù)在PostgreSQL中不適用，我們只用修改為在PostgreSQl中相同功能的函數(shù)就可以了。

大小寫敏感

字符串比較在PostgreSQL中是大小寫敏感的，但是在Mysql中不是，我在遷移非Django數(shù)據(jù)表過程中也遇到了一些問題，索引創(chuàng)建的時候，命令需要id，但是字段的名字是Id(字母I)，我只要重命名為id就可以了。

更多信息請查看IT技術(shù)專欄