除Table.delete()外查询含数据分表条目的替代方法

Table.delete()执行时展示的关联条目列表，本质是ORM删除流程内置的关联对象收集器，遍历所有级联关联规则拉取到的全量关联数据，不需要触发删除操作就能直接调用这套逻辑拿到结果。

• 优先使用ORM内置收集器（和delete()提示结果完全一致）
  以Django框架为例（delete()的关联提示是Django的原生特性），收集逻辑封装在django.db.models.deletion.Collector类中，调用方式如下：
  1. 导入依赖并拿到目标Subject实例

  from django.db.models.deletion import Collector
  # 替换成你要查询的Subject条目筛选条件
  target_subject = Subject.objects.get(id=目标条目ID)
  

  2. 初始化收集器并执行关联数据收集

  # using参数传入你使用的数据库连接别名，默认用default即可
  collector = Collector(using='default')
  # 传入要查询的实例列表，触发全量关联遍历
  collector.collect([target_subject])
  

  3. 遍历打印所有关联分表数据
     收集完成后collector.data是字典结构，key为关联的分表模型类，value为对应模型下关联的所有条目集合，直接遍历输出即可：

  for related_model, instances in collector.data.items():
      print(f"===== 关联分表 {related_model._meta.model_name} 数据 =====")
      for obj in instances:
          # 这里可以自定义要打印的字段，示例打印主键和全部字段值
          print(f"条目ID: {obj.pk}, 字段内容: {obj.__dict__}")
  

  这种方式和delete()方法内部走的是完全相同的关联遍历逻辑，会自动适配所有on_delete级联规则、多对多关联、泛型关联场景，输出结果和删除时弹出的提示条目完全一致，全程不会执行任何删除操作，没有数据修改风险。
• 手动遍历关联字段实现（不依赖内部类）
  如果不想调用框架内部的收集器，也可以手动遍历模型元数据里的关联关系逐个查询：
  • 遍历Subject._meta.related_objects，拿到所有外键指向Subject的分表模型，通过反向关联查询对应条目
  • 遍历Subject._meta.many_to_many，拿到Subject上定义的多对多字段，查询中间表和关联表的对应条目
    这种方式需要自行处理不同级联规则、软删除过滤、泛型关联等边界逻辑，容易出现漏查，仅适合需要高度自定义收集规则的场景使用。

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