N'empêche que ce truc est super pratique par exemple pour un cas que je rencontre souvent au boulot :
Un formulaire de recherche sur une table avec une tonne de champs en tous genres, dont la plupart sont facultatifs ainsi que de la pagination. Sans ce genre de choses, les deux seules solutions sont :
- Soit construire manuellement du SQL en concaténant des chaines dans tous les coins : code bien long, pénible à maintenir et pas très rubyesque, pas trop d'abstraction de la base de donnée, pénible à tester (tu as toujours une combinaison ou l'autre qui te donnera une requête incohérente...)
- Soit faire un gros select bourrin sur tout et faire les tris, filtres et compagnie en ruby sur l'Array retourné en résultat. Autant dire que niveau perfs (RAM et CPU) c'est pas franchement drôle, PostgreSQL (ou autre) est quand même solidement plus à sa place que ruby pour manipuler des gros volumes de données.
Avec ce système, tu en arrives à un code super court et lisible à la ActiveRecord, et tu n'as qu'une requête SQL sur mesure générée à la fin.
[^] # Re: j'y connais rien mais....
Posté par niconoe . En réponse à la dépêche Ruby on Rails 3 est là. Évalué à 1.
N'empêche que ce truc est super pratique par exemple pour un cas que je rencontre souvent au boulot :
Un formulaire de recherche sur une table avec une tonne de champs en tous genres, dont la plupart sont facultatifs ainsi que de la pagination. Sans ce genre de choses, les deux seules solutions sont :
- Soit construire manuellement du SQL en concaténant des chaines dans tous les coins : code bien long, pénible à maintenir et pas très rubyesque, pas trop d'abstraction de la base de donnée, pénible à tester (tu as toujours une combinaison ou l'autre qui te donnera une requête incohérente...)
- Soit faire un gros select bourrin sur tout et faire les tris, filtres et compagnie en ruby sur l'Array retourné en résultat. Autant dire que niveau perfs (RAM et CPU) c'est pas franchement drôle, PostgreSQL (ou autre) est quand même solidement plus à sa place que ruby pour manipuler des gros volumes de données.
Avec ce système, tu en arrives à un code super court et lisible à la ActiveRecord, et tu n'as qu'une requête SQL sur mesure générée à la fin.