Tiens, d'ailleurs ce serait intéressant de creuser la partie transaction. Quand je lis :
(...) une requête d'un autre client ne peut pas être exécutée au milieu de cette transaction (...)
J'ai l'impression qu'il n'y a pas de notion de vérou par ligne/par clé, ce qui fait que soit on a aucune isolation, soit on verrouille tout, ce qui est un sérieux critère au moment de choisir entre du SQL ou une alternative (nosql, Reids ou autre).
J'ai aussi envie de réagir à ça :
# Redis devine tout seul que 'logs' est une liste car on lui envoie une commande, rpush, de type liste
Ben non, il ne devine rien, puisqu'on lui dit de façon explicite avec l'utilisation de "rpush". C'est pas un reproche sur le produit, hein, mais juste que je ne vois rien de magique là-dedans.
Et une précision, car ça ne ressort pas dans la dépêche : Redis semble être codé en c pur. Le code a d'ailleurs l'air d'être particulièrement propre et plutôt bien commenté - je parle pour la partie serveur, j'ai pas été voir pour chaque librairie cliente.
[^] # Re: Défaut(s) ?
Posté par Dring . En réponse à la dépêche Sortie de Redis 2.0.0. Évalué à -1.
(...) une requête d'un autre client ne peut pas être exécutée au milieu de cette transaction (...)
J'ai l'impression qu'il n'y a pas de notion de vérou par ligne/par clé, ce qui fait que soit on a aucune isolation, soit on verrouille tout, ce qui est un sérieux critère au moment de choisir entre du SQL ou une alternative (nosql, Reids ou autre).
J'ai aussi envie de réagir à ça :
# Redis devine tout seul que 'logs' est une liste car on lui envoie une commande, rpush, de type liste
Ben non, il ne devine rien, puisqu'on lui dit de façon explicite avec l'utilisation de "rpush". C'est pas un reproche sur le produit, hein, mais juste que je ne vois rien de magique là-dedans.
Et une précision, car ça ne ressort pas dans la dépêche : Redis semble être codé en c pur. Le code a d'ailleurs l'air d'être particulièrement propre et plutôt bien commenté - je parle pour la partie serveur, j'ai pas été voir pour chaque librairie cliente.