Django 配置多数据库踩的坑，深夜填坑。不管你怎么使用makemigrations和migrate都是No changes detect...

有时候在一个项目中需要用到多个数据库，django做了很好的支持。下面我来讲一下我的项目中使用的多数据库配置。

首先是项目setting.py

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
    },
    'other': {
        'ENGINE': 'django.db.backends.postgresql_psycopg2',
        'NAME': 'xxxx', #数据库名字
        'USER': 'xxxx', #用户名，数据库的拥有者
        'PASSWORD':'xxxx',#登录密码
        'HOST':xxxx',#主机地址本地可配置localhost或127.0.0.1。前提是安装postgresql的时候配置pg_hba.conf要配置好。可查看这里。
        'PORT':'5432',#可以使用默认端口号
    }
}
# 多数据库配置
#就是class的相对路径。项目名/文件夹/db_router.py,db_router.py定义了DatabaseAppsRouter Class
DATABASE_ROUTERS = ['yourProject.yourPath.db_router.DatabaseAppsRouter']
DATABASE_APPS_MAPPING = {
    # app   : database alis
    # 未做指定的app会使用默认数据库
    'game' : 'other',
    'visitor':'other'
}

接下来就是db_router.py怎么写了。一下方法是自强学堂提供的：

class DatabaseAppsRouter(object):
    """
    A router to control all database operations on models for different
    databases.
 
    In case an app is not set in settings.DATABASE_APPS_MAPPING, the router
    will fallback to the `default` database.
 
    Settings example:
 
    DATABASE_APPS_MAPPING = {'app1': 'db1', 'app2': 'db2'}
    """
    def db_for_read(self, model, **hints):
        if model._meta.app_label in DATABASE_MAPPING:
            return DATABASE_MAPPING[model._meta.app_label]
        return None

    def db_for_write(self, model, **hints):
        if model._meta.app_label in DATABASE_MAPPING:
            return DATABASE_MAPPING[model._meta.app_label]
        return None

    def allow_relation(self, obj_a, obj_b, **hints):
        db_obj_a = DATABASE_MAPPING.get(obj_a._meta.app_label)
        db_obj_b = DATABASE_MAPPING.get(obj_b._meta.app_label)
        if db_obj_a and db_obj_b:
            if db_obj_a == db_obj_b:
                return True
            else:
                return False
        return None

    # for Django 1.4 - Django 1.6
    def allow_syncdb(self, db, model):
        if db in DATABASE_MAPPING.values():
            return DATABASE_MAPPING.get(model._meta.app_label) == db
        elif model._meta.app_label in DATABASE_MAPPING:
            return False
        return None

    # Django 1.7 - Django 1.11
    def allow_migrate(self, db, app_label, model_name=None, **hints):
        if db in DATABASE_MAPPING.values():
            return DATABASE_MAPPING.get(app_label) == db
        elif app_label in DATABASE_MAPPING:
            return False
        return None

大概意思就是做个app和数据库的映射。本例中game app和vistor app均映射到数据库other，other是数据库postgresql的别名。其它映射的app全部映射到default，也就是默认数据库sqlite3。

下面是踩坑开始。 写了几个小时的models，大概有十多个数据表，这里不贴代码了。写好执行发现makemigrations和migrate不管怎么执行不报错也不生成数据表。之前以为是误删了数据表只能手动写sql代码去创建数据表了。想想django也是个python web开源的佼佼者了，不该这么弱智。

用一个测试例子演示一下。game app下的model.py

这里定义了两个数据表，games和olgame。网上查阅了好多资料，几乎都是model里定义Meta

class Meta(AbstractGame.Meta): 
    app_label="other"#指向数据库别名。

按理来说是没有问题，可是使用命令怎么也不能检测到创建的model olgame。有资料说删除app目录下的__pycache__和migrations，确实要删，但是不顶事。

只有games创建成功了。我分析原因可能是abstract=true被OlGame给继承下来了。于是删了AbstractGame.Meta,结果还是一样的。这么多前辈都说是这样的，怎么会错呢。头都大了。冷静想想：因为migrate appname --database alisname执行时会指向指定的数据库。所以Meta下app_label的指向显得有点多余，干脆就删了。如下：

python manage.py makemigrations game #game是app name

成了！！！执行python manage.py migrate game --database other,表创建成功：

小结：

如果自己的model增删改了发现makemigrations和migrate出现这个No changes detected in app 'xxxxx'，那么要从两方面去考虑这个问题：

第一，多数据库是否配置有问题，写一个最简单的model测试一下即可。如果没问题那么就是model写的有问题。

第二，就是model写的有问题，如果是继承类model的话一定要小心Meta的使用了。

当然问题都不是绝对的。有可能是环境和版本的问题，本例使用python3.6.5，django2.0.4，postgresql 10.4，sqlite3。