关于 django ORM 中，数据库建表方式的问题

本人以前是做客户端的，做后端没多久。 一直有一个问题困扰我，正好现在手上有一个系统在做。 系统逻辑是写一个爬虫在网上爬取一个网站的信息， 经过加工处理后，使用 django 来展示和交互。 表结构简化为三张表

A:爬虫爬取得到的信息

B:数据处理后得到的信息，用于 django 展示

C:用户通过 django，提交的交互数据

实际上 A 表跟 django 没有关系，爬虫用的，B 和 C 才是 django 用的。

对于这样的系统，建数据库表的方式，我有三种思路：

方案一：A,B,C 全部抽象成 django 的 model，然后使用 makemigration 和 migrate 来同步到数据库中

方案二：A,B,C 全部写 sql 在数据库中建表，然后在 django 中，建 B,C 的 model，就不 makemigration 和 migrate 了

方案三：A 表写 sql 建表，B,C 在 django 中建 model，然后 makemigration 和 migrate

这三种方式，哪种好？后期可能还要加入一系列用户统计的功能。

还有在企业级的项目中，ORM 框架，真的是遵循先建 model，然后自动生成表？还是直接使用数据库 SQL 直接建表的情况也有？ 有没有 model 自动建表后，发现建的表不完全满意，又要使用手动在数据库中调整的情况？ 谢谢大家了。