Produits Entr'ouvert » Hobo

Dans la doc Django (le lien ci-dessus) je lis :

"Note : sans raison impérieuse, comme par exemple un hôte qui ne les prend pas en charge,
il est recommandé de se restreindre aux moteurs de cache inclus dans Django.
Ils sont intensivement testés et bien documentés."

Un premier backend de cache étant défini dans hobo, j'imagine que c'est là qu'il faudrait ajouter le second.
Je vois que tout y semble déjà prévu pour ajouter ce second backend de cache dans /debian_config_common.py

    # cache by tenant
    CACHES = {
        'default': {
            'BACKEND': 'hobo.multitenant.cache.TenantCache',
            # add a real Django cache backend, with its parameters if needed
            'REAL_BACKEND': 'django.core.cache.backends.memcached.PyMemcacheCache',
            'LOCATION': '127.0.0.1:11211',
        },
        'database': {
            'BACKEND': 'hobo.multitenant.cache.TenantCache',
            # add a real Django cache backend, with its parameters if needed
            'REAL_BACKEND': 'django.core.cache.backends.db.DatabaseCache',
            'LOCATION': 'tenant_cache',
        }
    }

Ensuite, je sèche sur la façon propre de créer la table où seront rangé les données sur nos serveurs multitenants,
j'imagine que ça passerait par une commande à ajouter dans service passerelle "debian/passerelle.service" :

Avant d’utiliser le cache en base de données, vous devez créer la table du cache avec cette commande :
python manage.py createcachetable

Je n'arrive pas à jouer cette commande en local :

passerelle-manage createcachetable --verbosity 3 --dry-run

Le routeur multitenant recherche 'django_cache' dans settings.SHARED_APPS,
à condition ensuite de pouvoir importer cette application (qui n'en est pas une).
Si je bidouille pour que ça passe,
j'obtiens, la création de la table sur le schéma 'public' de la base de donnée.

CREATE TABLE "tenant_cache" (
    "cache_key" varchar(255) NOT NULL PRIMARY KEY,
    "value" text NOT NULL,
    "expires" timestamp with time zone NOT NULL
);

Cela fonctionne mais n'a pas vraiment de sens.
Si je crée la table dans le bon schéma, le cache fonctionne également.
Faut-il prévoir une migration (dans chacune des briques où le cache sera utilisé),
pour créer la table dans le bon schéma et abandonner l'usage de la commande createcachetable ?

D'après nos discussions, on resterait sur du cache propre à chacun des connecteurs.