Bonjour, Pour mes application temps réel, je complète django avec tornado qui a son moteur d'évènements. Ma difficultée est que je n'accède à mes données que par l'orm de django et notification entre mon serveur django et mon serveur tornado. Pour l'instant, pour limiter les accès bloquants, je charge les dernières données au lancement du serveur tornado (pas génant qu'il y ait une procédure bloquante à ce moment) puis je la tien en mémoire sous forme de listes python. (plus exactement un dictionnaire de listes qui sont gérées comme des queues FILO).
Ce que je ne trouve pas et que je cherche c'est un moyen d'avoir un mixin ou un monkeypatch pour mes modèles django pour que les appels db soient asyncrones. En espérant une piste car la gestion en mémoire des queues me limite à un seul process. Note: mon serveur django utilise déjà celery et dans les pistes que je n'ai pas exclues mais que je trouverai domage car redondente avec ce service, ce serait d'utiliser zmq (ou pika) pour toutes les taches faisant un accès db. puis utiliser un autre broker unique pour gérer en mémoire mes queues ce qui permetrait de répartir après le service tornado sur plusieur process. Après, j'ai pas non plus envie de faire de l'over engeneering... Si vous aves des suggestions. -- Best regards, Christophe Narbonne http://blogs.dotnet-france.com/christophen/
_______________________________________________ django mailing list [email protected] http://lists.afpy.org/mailman/listinfo/django
