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。