嘿，我之前也踩过这个坑！你提到的“切换到App目录”其实是个误解——Django的数据库表根本不是按项目/App的文件目录来划分的，问题出在表名的命名规则上。

核心原因 #

Django默认会给每个App的数据库表加上App名称作为前缀，比如你的App叫myapp，你在models里定义的MyTable模型，对应的数据库表名其实是myapp_mytable（全小写，下划线分隔），而不是你直接输入的mytable。

快速解决步骤 #

1. 先确认实际表名
   在dbshell里执行PostgreSQL的列表命令：

   \dt
   

   这会列出当前数据库里的所有表，找到你要删除的那张，看看它的完整名称（比如myapp_mytable）。

2. 用完整表名删除
   找到正确的表名后，执行：

   DROP TABLE myapp_mytable;
   

   替换成你实际的App名称和表名就行。

3. （可选）如果用了自定义Schema
   要是你的项目配置了自定义数据库Schema，得先切换到对应Schema再操作：

   SET search_path TO your_custom_schema;
   

   之后再执行删除命令。

更规范的Django方式 #

其实更推荐用Django的迁移系统来处理表的删除，避免留下迁移记录的隐患：

• 先在对应App的models.py里删掉MyTable模型
• 执行迁移命令：

  python manage.py makemigrations
  python manage.py migrate
  

  这样Django会自动帮你处理数据库表的删除，同时更新迁移记录，更符合Django的开发流程。

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