Django migrate在使用oracle数据库时抛出ORA-00955错误
我陷入了一个奇怪的境地,我必须和Django一起使用oracle数据库。在开始之前,我想提一下,我从docker容器中运行数据库 我偶然发现的问题是,即使数据库已经启动并运行,我还是用DataGrip初始化了与它的连接,当涉及Django时,一切都崩溃了 这就是我在Django中配置数据库的方式Django migrate在使用oracle数据库时抛出ORA-00955错误,django,oracle,migration,ora-00955,Django,Oracle,Migration,Ora 00955,我陷入了一个奇怪的境地,我必须和Django一起使用oracle数据库。在开始之前,我想提一下,我从docker容器中运行数据库 我偶然发现的问题是,即使数据库已经启动并运行,我还是用DataGrip初始化了与它的连接,当涉及Django时,一切都崩溃了 这就是我在Django中配置数据库的方式 DATABASES = { 'default': { 'ENGINE': 'django.db.backends.oracle', 'NAME':
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.oracle',
'NAME': 'localhost:1521/ORCLCDB.LOCALDOMAIN',
'USER': 'terkea',
'PASSWORD': 'test',
}
}
但是当我跑的时候
python manage.py makemigrations
python manage.py migrate
它抛出了这个错误
Operations to perform:
Apply all migrations: admin, auth, contenttypes, sessions
Running migrations:
Applying contenttypes.0001_initial...Traceback (most recent call last):
File "manage.py", line 15, in <module>
execute_from_command_line(sys.argv)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\management\__init__.py", line 371, in execute_from_command_line
utility.execute()
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\management\__init__.py", line 365, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\management\base.py", line 288, in run_from_argv
self.execute(*args, **cmd_options)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\management\base.py", line 335, in execute
output = self.handle(*args, **options)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\core\management\commands\migrate.py", line 200, in handle
fake_initial=fake_initial,
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\executor.py", line 117, in migrate
state = self._migrate_all_forwards(state, plan, full_plan, fake=fake, fake_initial=fake_initial)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\executor.py", line 147, in _migrate_all_forwards
state = self.apply_migration(state, migration, fake=fake, fake_initial=fake_initial)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\executor.py", line 250, in apply_migration
self.recorder.record_applied(migration.app_label, migration.name)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\migrations\recorder.py", line 71, in record_applied
self.migration_qs.create(app=app, name=name)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\query.py", line 417, in create
obj.save(force_insert=True, using=self.db)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\base.py", line 729, in save
force_update=force_update, update_fields=update_fields)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\base.py", line 759, in save_base
updated = self._save_table(raw, cls, force_insert, force_update, using, update_fields)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\base.py", line 842, in _save_table
result = self._do_insert(cls._base_manager, using, fields, update_pk, raw)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\base.py", line 880, in _do_insert
using=using, raw=raw)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\manager.py", line 82, in manager_method
return getattr(self.get_queryset(), name)(*args, **kwargs)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\query.py", line 1125, in _insert
return query.get_compiler(using=using).execute_sql(return_id)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\models\sql\compiler.py", line 1292, in execute_sql
return self.connection.ops.fetch_returned_insert_id(cursor)
File "C:\Users\Terkea\AppData\Local\Programs\Python\Python36\lib\site-packages\django\db\backends\oracle\operations.py", line 228, in fetch_returned_insert_id
return int(cursor._insert_id_var.getvalue())
TypeError: int() argument must be a string, a bytes-like object or a number, not 'list'
有人找到解决办法了吗?因为我找了一整天,找不到任何可靠的修补程序。我不会说Python,但是: 第一次运行前面提到的命令后,数据库中将弹出DJANGO_CONTENT_TYPE和DJANGO_MIGRATIONS表。然后,如果再次运行迁移命令,则会弹出另一个错误,显示(…)ORA-00955 意味着
- 您运行的过程连接到Oracle数据库,并在某个用户的模式中创建某些对象(即“弹出的表”)
- 它在您第一次运行它时成功,因为架构为空
- 但是,当您第二次运行它时,我认为它包含如下内容
由于这些表已经存在,Oracle抱怨ORA-00955意味着create table dept (deptno number primary key, dname varchar2(20)); create table emp (empno number, deptno number constraint fkd references dept (deptno), ename varchar2(20));
当然,也可以先重命名对象,以便创建新对象。我想,这个选项的可能性不大。我不会说Python,但是: 第一次运行前面提到的命令后,数据库中将弹出DJANGO_CONTENT_TYPE和DJANGO_MIGRATIONS表。然后,如果再次运行迁移命令,则会弹出另一个错误,显示(…)ORA-00955 意味着
- 您运行的过程连接到Oracle数据库,并在某个用户的模式中创建某些对象(即“弹出的表”)
- 它在您第一次运行它时成功,因为架构为空
- 但是,当您第二次运行它时,我认为它包含如下内容
由于这些表已经存在,Oracle抱怨ORA-00955意味着create table dept (deptno number primary key, dname varchar2(20)); create table emp (empno number, deptno number constraint fkd references dept (deptno), ename varchar2(20));
当然,也可以先重命名对象,以便创建新对象。我想,这个选择的可能性不大。我也注意到了这一点,并在您描述问题的时候考虑了这一点。但问题是,它不允许我出于某种原因放弃这些表格。“某种原因”是什么原因?当您尝试删除一个表时会发生什么情况?它不允许我删除相应的表。因此,我多次删除了整个docker容器,以开始一个新的容器,该容器必须从头开始配置,并且我在初始化迁移时尝试了不同的方法,但我总是以错误ORA-00955结束。好吧,消息非常清楚-您正在尝试创建名称已被使用的对象。是哪一个?不知道,你必须自己找出答案,一个接一个地检查。不管怎样,我还是不明白你为什么不能放下那些桌子。当您尝试运行例如
drop table emp时会发生什么代码>连接到该用户时?甲骨文怎么说?有错误信息吗?如果是的话,哪一个?好吧,所以我终于找到了答案。显然这是由于JetBrains DataGrip,我一直在使用该程序连接数据库。无论如何,回到话题上来。我已删除表,并尝试再次运行migrate
。这一次,它抛出了第一个错误TypeError:int()参数必须是一个字符串、一个类似于object的字节或一个数字,而不是“list”
我也注意到了这一点,并在您描述问题时考虑了它。但问题是,它不允许我出于某种原因放弃这些表格。“某种原因”是什么原因?当您尝试删除一个表时会发生什么情况?它不允许我删除相应的表。因此,我多次删除了整个docker容器,以开始一个新的容器,该容器必须从头开始配置,并且我在初始化迁移时尝试了不同的方法,但我总是以错误ORA-00955结束。好吧,消息非常清楚-您正在尝试创建名称已被使用的对象。是哪一个?不知道,你必须自己找出答案,一个接一个地检查。不管怎样,我还是不明白你为什么不能放下那些桌子。当您尝试运行例如drop table emp时会发生什么代码>连接到该用户时?甲骨文怎么说?有错误信息吗?如果是的话,哪一个?好吧,所以我终于找到了答案。显然这是由于JetBrains DataGrip,我一直在使用该程序连接数据库。无论如何,回到话题上来。我已删除表,并尝试再次运行migrate
。这一次它抛出了第一个错误TypeError:int()参数必须是字符串、类似字节的对象或数字,而不是“list”
Hi!你解决了吗?嗨!你决定
drop table emp; --> drop it first as it references DEPT
drop table dept;
create table dept (...);
create table emp (...);