如何修改Django应用且不影响生产数据库？开发库桩化最佳实践

嘿，这个需求太典型了，完全不用发愁！咱们好好聊聊怎么安全隔离开发和生产数据库，顺便说说你提到的if/else方案到底靠不靠谱。

这是业界公认的最稳妥方式，比硬写if/else优雅太多，还能彻底避免误碰生产库的风险。具体步骤如下：

• 拆分多环境配置文件
  把原来的单settings.py拆分成多个环境专属的配置文件，结构大概是这样：

  your_project/
  ├── settings/
  │   ├── __init__.py
  │   ├── base.py       # 通用配置（所有环境共享）
  │   ├── dev.py        # 开发环境配置
  │   └── prod.py       # 生产环境配置
  

  • base.py：存放所有环境通用的配置，比如INSTALLED_APPS、MIDDLEWARE、ROOT_URLCONF这些，不用修改。
  • dev.py：继承base的配置，专门给开发环境用，直接用轻量的SQLite做数据库（完全和生产隔离）：

    from .base import *
    
    DEBUG = True
    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.sqlite3',
            'NAME': BASE_DIR / 'db.sqlite3',
        }
    }
    

  • prod.py：配置生产用的PostgreSQL信息，注意不要把这个文件提交到版本库（加到.gitignore），敏感信息（比如密码、主机地址）最好用环境变量存储，避免硬编码：

    from .base import *
    
    DEBUG = False
    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.postgresql',
            'NAME': os.environ.get('PROD_DB_NAME'),
            'USER': os.environ.get('PROD_DB_USER'),
            'PASSWORD': os.environ.get('PROD_DB_PASSWORD'),
            'HOST': os.environ.get('PROD_DB_HOST'),
            'PORT': os.environ.get('PROD_DB_PORT'),
        }
    }
    

  • 启动开发服务器时，指定用开发配置：

    python manage.py runserver --settings=your_project.settings.dev
    

  这样开发时全程用本地的SQLite数据库，根本碰不到生产库，安全又省心。

• 桩化数据库：生成模拟测试数据
  如果需要匹配生产库的表结构，甚至模拟部分业务数据，别直接连生产库导出，这么做太危险。可以试试这两种方式：

  1. 导出生产库结构（不含数据）：用PostgreSQL的pg_dump命令只导出表结构，然后在开发库执行：

     # 在生产服务器执行，导出结构
     pg_dump -s your_production_db > prod_schema.sql
     # 在开发环境导入结构到SQLite或者本地PostgreSQL
     sqlite3 db.sqlite3 < prod_schema.sql
     

  2. 用fixture或工厂类生成测试数据：
     • Django自带的fixtures：可以手动写JSON/YAML格式的测试数据文件，用python manage.py loaddata your_fixture.json加载到开发库。
     • 第三方库factory_boy：可以动态生成符合模型字段规则的测试数据，适合需要大量模拟数据的场景，比手动写fixture灵活得多。

不是不能用，但非常不推荐，属于反模式。比如你可能会在单settings.py里写：

import os

if os.environ.get('DJANGO_ENV') == 'development':
    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.sqlite3',
            'NAME': BASE_DIR / 'db.sqlite3',
        }
    }
else:
    # 生产数据库配置
    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.postgresql',
            # 生产库信息
        }
    }

这种写法虽然能临时解决问题，但时间长了settings.py会变得臃肿不堪，而且很容易不小心把生产配置的代码漏到开发环境里（比如环境变量没设置对），风险极高。相比之下，拆分配置文件的方式更清晰、更安全，维护起来也方便得多。

内容的提问来源于stack exchange，提问作者Scott Skiles