本人以前是做客戶端的，做后端沒多久。

一直有一個(gè)問題困擾我，正好現(xiàn)在手上有一個(gè)系統(tǒng)在做。

系統(tǒng)邏輯是寫一個(gè)爬蟲在網(wǎng)上爬取一個(gè)網(wǎng)站的信息，

經(jīng)過加工處理后，使用 django 來展示和交互。

表結(jié)構(gòu)簡化為三張表

A:爬蟲爬取得到的信息

B:數(shù)據(jù)處理后得到的信息，用于 django 展示

C:用戶通過 django，提交的交互數(shù)據(jù)

實(shí)際上 A 表跟 django 沒有關(guān)系，爬蟲用的，B 和 C 才是 django 用的。

對于這樣的系統(tǒng)，建數(shù)據(jù)庫表的方式，我有三種思路：

方案一：A,B,C 全部抽象成 django 的 model，然后使用 makemigration 和 migrate 來同步到數(shù)據(jù)庫中

方案二：A,B,C 全部寫 sql 在數(shù)據(jù)庫中建表，然后在 django 中，建 B,C 的 model，就不 makemigration 和 migrate 了

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

這三種方式，哪種好？后期可能還要加入一系列用戶統(tǒng)計(jì)的功能。

還有在企業(yè)級的項(xiàng)目中，ORM 框架，真的是遵循先建 model，然后自動(dòng)生成表？還是直接使用數(shù)據(jù)庫 SQL 直接建表的情況也有？

有沒有 model 自動(dòng)建表后，發(fā)現(xiàn)建的表不完全滿意，又要使用手動(dòng)在數(shù)據(jù)庫中調(diào)整的情況？

謝謝大家了。

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的django mysql 创建表_关于 django ORM 中，数据库建表方式的问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。