你遇到的这个问题核心点在于：Oracle的对象命名空间是共享的——不是只有表会占用名称，视图、序列、同义词、索引这些数据库对象都会和表名冲突，哪怕你的Django模型没有重名，数据库里可能已经存在同名的其他对象了。下面是具体的排查步骤和解决办法：

一、先排查数据库里的同名对象 #

首先登录Oracle数据库，执行以下SQL查询，找出所有和你指定的表名PROD_SERVERS_MOUNTPOINTS同名的对象：

SELECT object_name, object_type FROM all_objects WHERE object_name = 'PROD_SERVERS_MOUNTPOINTS';

这个查询会返回所有匹配的对象类型，比如TABLE、VIEW、SEQUENCE等。

二、根据查询结果处理 #

情况1：存在非表类型的同名对象（比如视图、同义词） #

• 如果这个对象是废弃的、没用的，直接删除它：

  -- 替换[OBJECT_TYPE]为实际类型，比如VIEW、SEQUENCE
  DROP [OBJECT_TYPE] PROD_SERVERS_MOUNTPOINTS;
  

  删除后再重新执行python manage.py migrate即可。
• 如果这个对象还需要保留，那修改你的模型的db_table参数，换一个唯一的表名，比如：

  class Meta:
      db_table = 'PROD_SERVERS_MOUNT_POINTS'  # 调整表名避免冲突
  

  然后重新执行makemigrations和migrate。

情况2：存在同名的表对象 #

• 如果这个表是之前迁移失败残留的无效表，直接删除：

  DROP TABLE PROD_SERVERS_MOUNTPOINTS CASCADE CONSTRAINTS;
  

  删除后再执行迁移。
• 如果这个表是业务中正在使用的有效表，那你有两个选择：
  1. 复用现有表：调整你的Django模型字段，让它和现有表的结构完全匹配；
  2. 换表名：修改模型的db_table参数，重新创建新表。

三、同步Django迁移记录（可选） #

如果数据库里已经存在正确的表，但Django的迁移记录还显示未应用，你可以用--fake参数标记迁移为已完成，避免重复创建：

python manage.py migrate --fake fabi 0002_auto_20171205_0057

⚠️ 注意：--fake只会修改Django本地的迁移状态，不会改变数据库，所以必须确保数据库表结构和迁移文件的预期完全一致再使用。

额外提示 #

在Oracle中开发时，建议给项目表统一加前缀（比如你的项目名fabi），比如FABI_PROD_SERVERS_MOUNTPOINTS，这样能大幅降低和其他业务对象重名的概率。

内容的提问来源于stack exchange，提问作者Vasantha Kumari