Django ORM 是 django 最強(qiáng)的功能之一。它抽象化了與資料庫互動(dòng)的大部分複雜性，讓開發(fā)人員可以使用 Pythonic 語法而不是原始 SQL 來操作資料。所有這些 ORM 函數(shù)都會(huì)產(chǎn)生 SQL 查詢，如果處理不當(dāng)，這些查詢可能會(huì)成為瓶頸。
本部落格重點(diǎn)介紹了使用 Django ORM 時(shí)的常見錯(cuò)誤，並提供了保持查詢高效、可維護(hù)和高效能的技巧。

1. N 1 查詢問題

當(dāng)您的程式碼觸發(fā)查詢以取得一組記錄，然後再次執(zhí)行 N 個(gè)附加查詢來取得相關(guān)資料時(shí)，就會(huì)出現(xiàn) N 1 查詢問題。

blogs = Blog.objects.all()    # 1 Query
for blog in blogs:
    print(blog.author.name)   # N additional queries

在上面的範(fàn)例中，在迴圈內(nèi)造訪 blog.author.name 會(huì)導(dǎo)致 Django 單獨(dú)取得每個(gè)部落格的作者記錄，從而導(dǎo)致 N 個(gè)額外的查詢。

如何解決
對(duì)單一相關(guān)物件（例如，F(xiàn)oreignKey 或 OneToOneField）使用 select_lated，因?yàn)樗鼒?zhí)行 SQL JOIN 以在一個(gè)查詢中檢索主物件及其相關(guān)物件。對(duì)於多對(duì)多、多對(duì)一或反向關(guān)係，請(qǐng)使用 prefetch_lated，它在單獨(dú)的查詢中獲取相關(guān)數(shù)據(jù)，但在 Python 中有效地將它們組合起來，避免 N 1 問題。

# With select_related
blogs = Blog.objects.select_related('author').all()

# With prefetch_related
authors = Author.objects.prefetch_related('blogs').all()

2. 過度使用.all()和.filter()

開發(fā)人員經(jīng)常連結(jié)多個(gè)篩選器或使用 .all() ，然後對(duì)相同查詢集重複查詢：

blogs = Blog.objects.all()
active_blogs = blogs.filter(is_archived=False)
popular_blogs = blogs.filter(views__gte=1000)

儘管 Django 嘗試透過僅在需要時(shí)延遲評(píng)估查詢集來優(yōu)化查詢集，但對(duì)相同查詢集資料重複呼叫過濾器仍然會(huì)導(dǎo)致對(duì)資料庫不必要的命中。

如何解決
在一條語句中組合篩選器允許 django 產(chǎn)生單一 SQL 查詢。

popular_active_blogs = Blog.objects.filter(is_archived=False, views__gte=1000)

3. 不利用values()或values_list()

有時(shí)我們只需要特定欄位而不是模型的所有欄位資料。在此期間使用 .values() 或 .values_list() 可以更有效率。

titles = Blog.objects.values('title')
or
titles = Blog.objects.values_list('title', flat=True)
# values() returns a list of dictionaries.
# values_list() can return tuples or flat values if flat=True is provided.

透過僅取得所需的列，可以減少?gòu)馁Y料庫傳輸?shù)馁Y料量，從而提高效能。

4. 低效的聚合和註釋

重複呼叫 .aggregate() 或 .annotate() 可能會(huì)導(dǎo)致多次查詢。具有多個(gè)註解的複雜查詢可能會(huì)導(dǎo)致 SQL 查詢效率低下，從而可能導(dǎo)致繁重的資料庫操作。

# Example of multiple aggregate
total_count = Blog.objects.aggregate(Count('id'))
author_count = Blog.objects.aggregate(Count('author'))
average_views = Blog.objects.aggregate(Avg('views'))

推薦

blogs = Blog.objects.all()    # 1 Query
for blog in blogs:
    print(blog.author.name)   # N additional queries

5. 不使用資料庫索引

索引使資料庫能夠快速定位和檢索數(shù)據(jù)，避免緩慢的全表掃描，從而提高查詢效能。索引優(yōu)化了過濾、排序和連接等操作，使得對(duì)頻繁存取的欄位的查詢速度更快。頻繁查詢欄位上缺少資料庫索引會(huì)大大降低效能。
如何在 Django 中加入索引

# With select_related
blogs = Blog.objects.select_related('author').all()

# With prefetch_related
authors = Author.objects.prefetch_related('blogs').all()

索引可以加快讀取速度，但會(huì)減慢寫入速度。因此，只對(duì)那些經(jīng)常需要查詢的欄位建立索引。

6. 不使用緩存

當(dāng)我們必須查詢計(jì)算成本昂貴或很少更改的資料時(shí)，請(qǐng)使用快取。即使快取 5 分鐘，也可以節(jié)省重複查詢、複雜計(jì)算和不經(jīng)常更改的查詢。

blogs = Blog.objects.all()
active_blogs = blogs.filter(is_archived=False)
popular_blogs = blogs.filter(views__gte=1000)

7. 原始 SQL

有時(shí)，Django ORM 無法有效地表達(dá)複雜的查詢或批次操作。雖然 Django 提供 .extra() 或 .raw()，但原始 SQL 使用應(yīng)該是最後的手段，因?yàn)樗?/p>

• 失去了 ORM 的許多好處
• 可能導(dǎo)致不可讀或容易出錯(cuò)的程式碼

確保輸入已正確清理並保持原始 SQL 查詢可維護(hù)。

應(yīng)用這些技巧，您將提高 Django 應(yīng)用程式的效能，同時(shí)保持程式碼整潔和可維護(hù)。並建議在開發(fā)環(huán)境中使用 Django 偵錯(cuò)工具列 來監(jiān)控和分析執(zhí)行的查詢數(shù)量、執(zhí)行時(shí)間和 SQL 語句。

以上是需要修復(fù)的常見 Django ORM 錯(cuò)誤的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！