@@ -256,6 +256,8 @@ Unlike other cache backends, the database cache does not support automatic
256
256
culling of expired entries at the database level. Instead , expired cache
257
257
entries are culled each time ``add()`` , ``set()`` , or ``touch()`` is called.
258
258
259
+ .. _database-caching-creating-the-table:
260
+
259
261
Creating the cache table
260
262
~~~~~~~~~~~~~~~~~~~~~~~~
261
263
@@ -282,6 +284,8 @@ table. It will only create missing tables.
282
284
To print the SQL that would be run , rather than run it , use the
283
285
:option:`createcachetable --dry-run` option.
284
286
287
+ .. _database-caching-multiple-databases:
288
+
285
289
Multiple databases
286
290
~~~~~~~~~~~~~~~~~~
287
291
@@ -324,6 +328,8 @@ the cache backend will use the ``default`` database.
324
328
And if you don't use the database cache backend , you don't need to worry about
325
329
providing routing instructions for the database cache model.
326
330
331
+ .. _filesystem-caching:
332
+
327
333
Filesystem caching
328
334
------------------
329
335
@@ -411,6 +417,8 @@ cross-process caching is possible. This also means the local memory cache isn't
411
417
particularly memory-efficient , so it's probably not a good choice for
412
418
production environments. It's nice for development.
413
419
420
+ .. _dummy-caching:
421
+
414
422
Dummy caching (for development)
415
423
-------------------------------
416
424
@@ -428,6 +436,8 @@ activate dummy caching, set :setting:`BACKEND <CACHES-BACKEND>` like so::
428
436
}
429
437
}
430
438
439
+ .. _using-a-custom-cache-backend:
440
+
431
441
Using a custom cache backend
432
442
----------------------------
433
443
0 commit comments