les commandes en cours seront dedans bien sur :- )
celles archivées par contre non.
redis tourne en ram, je vais pas remplir la base avec des trucs inutiles

sur la question du support, la communauté est assez conséquente, et je peu facilement discuter avec le créateur de la base, et il écoute le retour des gens.
c'est tout de même un bon point, car pour un soucis mysql tu va simplement chercher sur google ..

les admins connaissent pas, ben écoute c'est pas bien compliqué, et il n'y à pratiquement, sinon rien à faire niveau maintenance, et il n'y à qu'un seul fichier de config

niveau sauvegarde, c'est simple, un seul fichier à sauvegarder, j'ai fait un .sh qui me sauve le fichier sur ftp toute les nuit à 4h du mat, j'ai en permanence le backup des 30 derniers jours.
de plus j'ai fait un utilitaire dédié au backup, rdd

la base se sauvegarde d'elle même dans ce fichier, et si le courant est coupé subitement, un fichier spécial permet de refaire une par une les commande non présente dans le dernier dump

> les interfaces non plus d'ailleurs ce qui dans un environnement de production est rédhibitoire

tu parles de quoi ?
si tu parle des clients pour se connecter il en existe un paquet
si tu parle d'un utilitaire complet en ligne de commande, il est embarqué avec la base et marche tres tres bien, redis-cli

> C'est supporté par un nombre de middlewares assez restreint...
c'est bien pour ca que mon framework web tourne exclusivement avec, et que je développe pour et avec redis au quotidien

certes, la base est jeune, mais assez mature, très stable et en développement constant

si je vous dit que je m’intéresse de plus en plus à node.js je vais me faire lyncher ? :- )