Django ஒரு நெகிழ்வான caching framework ஐ உள்ளடக்கியுள்ளது, இது caching இன் பல நிலைகளை (முழு பக்கங்கள், view முடிவுகள், template பகுதிகள், அல்லது தன்னிச்சையான தரவு) மற்றும் பல backends (in-memory, Redis, Memcached, database) ஐ ஆதரிக்கிறது. Caching விலை உயர்ந்த வேலையை மீண்டும் செய்வதைத் தவிர்க்கிறது — இது மிக உচ்চ-தாக்கம் கொண்ட செயல்திறன் மேம்பாடுகளில் ஒன்றாகும்.
CACHES = {
: {
: ,
: ,
}
}
# 1. Per-view caching — cache an entire view's output
from django.views.decorators.cache import cache_page
@cache_page(60 * 15) # cache this view's response for 15 minutes
def article_list(request):
...
<!-- 2. Template fragment caching — cache part of a template -->
{% load cache %}
{% cache 500 sidebar %}
... expensive sidebar rendering ... <!-- cached for 500 seconds -->
{% endcache %}
# 3. Low-level cache API — cache ANY data, full control
from django.core.cache import cache
def get_stats():
stats = cache.get("dashboard_stats") # check cache first
if stats is None: # cache MISS
stats = compute_expensive_stats() # do the work
cache.set("dashboard_stats", stats, 3600) # store for 1 hour
return stats
Django உங்களை பல granularities இல் cache செய்ய அனுமதிக்கிறது: முழு பக்கங்கள் (cache_page), template பகுதிகள் ({% cache %}), மற்றும் தன்னிச்சையான தரவு low-level API மூலம் (cache.get/cache.set — நমनீய get-or-compute pattern). middleware மூலம் full-site caching உம் உண்டு.
# when underlying data changes, the cache must be updated or cleared, or users see stale data
def update_article(article):
article.save()
cache.delete("article_list") # invalidate affected cache entries
# strategies: TTL (accept brief staleness), explicit deletion on writes, versioned keys,
# or signals to invalidate on model save/delete
Cache invalidation is the classic hard problem: when data changes, stale cached
values must be cleared/refreshed. Approaches: short TTLs (accept some staleness),
explicit cache.delete on writes, or cache versioning/key schemes.
✓ Expensive queries/computations, rendered pages/fragments that change infrequently
✓ Aggregations, external API responses, session data
✗ Highly personalized or rapidly-changing data (or use very short TTLs / vary per user)
✗ Don't cache sensitive data carelessly (consider who can read the cache)
Caching Django பயன்பாடுகளுக்கான மிக உச்சிதமான செயல்திறன் மேம்பாடுகளில் ஒன்றாகும், மற்றும் framework இன் விரிவான, பல-நிலைய caching முறைமை இதை அணுகத்தக்கதாக ஆக்குகிறது — இதைப் புரிந்துகொள்வது வேகமான, அளவிடக்கூடிய பயன்பாடுகளை உருவாக்குவதற்கான மூத்த நிலை ஞ்ஞானம்.
மূல மதிப்பு மீண்டும் மீண்டும் விலை உயர்ந்த வேலையைத் தவிர்ப்பது: தரவுசேகரம் வினவல்கள், சிக்கலான கணনைகள், வெளிப்புற API அழைப்புகள், மற்றும் template rendering ஐ cache செய்யலாம், இதனால் பরবর்வர்த்தி요求்கள் விரைவாக வழங்கப்படுகின்றன, latency மற்றும் தரவுசேகரம்/சர்வர் சுமையைப் பெரிதும் குறைக்கிறது.
Django இன் நমनீயতা பல caching நிலைகளில் (cache_page மூலம் முழு பக்கங்கள், {% cache %} மூலம் template பகுதிகள், மற்றும் low-level API இன் get-or-compute pattern மூலம் தன்னிச்சையான தரவு) உங்களை ஒவ்வொரு சூழ்நிலைக்கும் சரியான granularity இல் cache செய்ய அனுமதிக்கிறது, மற்றும் அதன் pluggable backends (குறிப்பாக Redis பல சர்வர்களில் பகிரப்பட்ட cache க்கு — அவசியம், কारण per-process in-memory caches கிடைமட்டமாக அளவிடும்போது பகிரப்படுவதில்லை) வெவ்வேறு deployment தேவைகளுக்கு பொருத்தமாக உள்ளது.
Caching ஐ எவ்வாறு கட்டமைப்பது, பொருத்தமான நிலையைத் தேர்ந்தெடுப்பது, மற்றும் deployment க்கு சரியான backend ஐ தேர்ந்தெடுப்பது எவ்வாறு என்பது நடைமுறை, அடிக்கடி தேவையான ஞ்ஞानம்.
சமان முக்கியமான, caching இன் மையக் கடினாய் — invalidation (underlying தரவு மாறும்போது cached தரவை தুடைக்க அல்லது புதுப்பிக்க, TTLs, writes இல் தெளிவான deletion, அல்லது key versioning மூலம், பழைய தரவு வழங்குவதைத் தவிர்க்க) ஐ புரிந்துகொள்வது — இதை தவறாக செய்வது பயனர்களை மூப்பிய தகவல் வழங்கும் வகையிலான caching தோல்வி.
சர்வ செய்ய வேண்டும் (விலை உயர்ந்த, அhiരடு-மாற்றும் தரவு) எதிரெதிர் என்ன வேண்டாம் (மிக역்動মான அல்லது sensitive தரவு) என்பது caching ஐ प्रभावी மூலம் பயன்படுத்துவதற்கு முக்கியமாக உள்ளது.
Caching பெரிய செயல்திறன் gains வழங்குகிறது ஆனால்조심스러운invalidation தேவை என்பதால், Django இன் caching framework — நிலைகள், backends, மற்றும் குறிப்பாக invalidation கற்றல் — வேகமான, அளவிடக்கூடிய பயன்பாடுகளை உருவாக்குவதற்கான முக்கியமான ஞ்ஞானம் ஆகும் மற்றும் real load க்கு Django apps கள் செய்யக்கூடிய developers ஐ அடையாளம் காணும் ஒரு hallmark ஆக உள்ளது.