在Django for Windows中运行IBM DB2连接的问题。

Question

我是Django的新手，正在尝试连接两个数据库。一个是.sqlite3数据库，另一个是DB2数据库。

`DATABASES = {
    'default': {
            'ENGINE': 'django.db.backends.sqlite3',
            'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
        },
    'DB_2': {
      'ENGINE': 'ibm_db_django',
      'NAME': 'DB_Name',
      'USER': 'my_username',
      'PASSWORD': 'my_pass',
      'HOST': 'external_host',
      'PORT': '50001',
      'PCONNECT': True,
      },
}`

我的sqlite3数据库工作正常，但是当我尝试运行 python manage.py test 或 python manage.py migrate 我得到以下错误。

django.core.exceptions.ImproperlyConfigured: 'ibm_db_django' isn't an available database backend.
Try using 'django.db.backends.XXX', where XXX is one of:
    'mysql', 'oracle', 'postgresql', 'sqlite3'

在IBM的网站上看，似乎我需要安装ibm_db_django，我已经安装了。我感觉这和我的引擎如何定义有关，好像我需要它指向电脑上的其他地方。如果是这样的话，我不知道它应该在哪里。谁能帮我指出正确的方向？

python -m django --version
3.0.3

python -V
Python 3.7.7

我使用的是64位的python

当我把ibm_db_django文件夹放到djangodbbackends目录下，并把我的DB_2连接指向它时，我得到以下错误。

Traceback (most recent call last):
  File "manage.py", line 21, in <module>
    main()
  File "manage.py", line 17, in main
    execute_from_command_line(sys.argv)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\core\management\__init__.py", line 401, in execute_from_command_line
    utility.execute()
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\core\management\__init__.py", line 395, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\core\management\commands\test.py", line 23, in run_from_argv
    super().run_from_argv(argv)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\core\management\base.py", line 328, in run_from_argv
    self.execute(*args, **cmd_options)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\core\management\base.py", line 369, in execute
    output = self.handle(*args, **options)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\core\management\commands\test.py", line 53, in handle
    failures = test_runner.run_tests(test_labels)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\test\runner.py", line 684, in run_tests
    old_config = self.setup_databases(aliases=databases)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\test\runner.py", line 606, in setup_databases
    self.parallel, **kwargs
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\test\utils.py", line 156, in setup_databases
    test_databases, mirrored_aliases = get_unique_databases_and_mirrors(aliases)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\test\utils.py", line 260, in get_unique_databases_and_mirrors
    connection = connections[alias]
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\db\utils.py", line 207, in __getitem__
    backend = load_backend(db['ENGINE'])
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\db\utils.py", line 111, in load_backend
    return import_module('%s.base' % backend_name)
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\importlib\__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1006, in _gcd_import
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 677, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 728, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\db\backends\ibm_db_django\base.py", line 53, in <module>
    import ibm_db_django.pybase as Base
  File "C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\ibm_db_django\pybase.py", line 38, in <module>
    from django.utils import six
ImportError: cannot import name 'six' from 'django.utils' (C:\Users\etaurone\Anaconda3\envs\RTP_WebPage\lib\site-packages\django\utils\__init__.py)

非常感谢你

Answer 1

目前（2020年5月）python模块 ibm_db_django 在Django 2.0.0以上的版本中可能会出现一些问题，有些问题有解决办法，有些则没有。

在目前的情况下 ibm_db_django 自述文件 github上的页面上写着 "Django框架最低1.7.x，最高2.0"

你写道，你的Django版本是v3，可能还不能完全支持。ibm_db_django尽管在许多情况下可以采取变通的办法，甚至允许初始的 manage.py migrate 至少在Db2-LUW上可以成功。但也存在其他问题，所以继续使用支持的（测试过的）Django max 2.0.0版本可能是明智之举。

当开发者发布新版本的Django max 2.0.0时，这种情况可能会改变。ibm_db_django. 请参考 github问题 页面。

如果你改变了你的Django版本，明智的做法是建立一个新的项目(django-admin startproject)，并将您的修改合并到它的 settings.py 文件。

否则前面的 settings.py 可能会导致新版Django抛出异常。

我选择在Python中使用virtualenv(通过 virtualenvwrapper-win)，但虽然建议这样做，但不是必须的。

在Microsoft-Windows10 x64 1909上，以下组合可以成功实现 manage.py migrate(尽管元数据会在默认的数据库中，但这可能不是你想要的)。

• python 3.7.7 (64位)

• pip 20.1.1

• Django 2.0.0 ( <= 2.2.12 适用于初始迁移)。

• ibm-db 3.0.1

• ibm-db-django 1.2.0.0a0）。

要安装一个模块名的特定版本x.y.z，首先要卸载任何现有的版本，然后使用 python -m pip install moduleName==x.y.z

对于我 settings.py 我应用这些变化。

#USE_TZ = True

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'django.contrib.flatpages',
    'django.contrib.redirects',
    'django.contrib.sites',
]


DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
    },
    'sample' : {
        'ENGINE'  : 'ibm_db_django',
        'NAME'    : 'sample',
        'USER'    : 'xxxxx',
        'PASSWORD': 'xxxxxxxx',
        'HOST'    : 'xxxxxxx',
        'PORT'    : '50000',
    }
}

上述组合可以让 python manage.py migrate 在本地或远程Db2-LUW数据库中无错误地完成，只要数据库的目录正确。

如果你想让django元数据(8张表)在Db2数据库中(而不是在settings.py中被标记为默认的数据库)，那么你必须改变在 settings.py 或使用 -- database 选择 manage.py migrate.

当你选择Db2数据库来存储元数据时，会出现在 manage.py migrate 可能会失败(在最后)，因为有一个已知的 发出虽然事实上迁移已经创建了所有相关的迁移，但在清理过程中还是发生了错误。github问题上显示的变通方法对于Django 2.2.x版本的Db2也是有效的，至少在2.2.12之前。