Je ne suis probablement pas un spécialiste mais je pense que tu va devoir créer des fichiers d'index pour rivaliser avec une base de données quand il s'agit de montrer la liste des entrées d'un flux tout en montrer l'état lu/non lu, la date de publication et éventuellement un bout de son contenu.
on peut très bien avoir un index performant sans passer par une installation de mysql. Des wiki type dokuwiki ou pmwiki n'utilisent pas de base de données relationnelles mais des fichiers plain texte, et ça ne pose pas de problèmes de performances, certains sites fortement visités les utilisent sans soucis (par exemple le wiki de Debian, d'Apache, c'est MoinMoin, pour ubuntu-fr c'est dokuwiki…), donc c'est pas sur un malheureux lecteur de flux utilisé par une seule personne qui va perdre en performance parce que ça n'utilise pas le sacro-saint mysql.
On en arrive au point que même un bête compteur de visite c'est fait en mysql.
De plus, quand on peut avoir du sqlite à la place de mysql, c'est quand même plus pratique pour migrer un site, ou tester en local et déplacer simplement ensuite le fichier sqlite sur le serveur de production.
En général, j'essaye d'éviter le sql dans les outils que j'utilise au quotidien, sauf s'il n'y a vraiment pas le choix.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: décidément on commence à avoir du choix
Posté par fravashyo . En réponse à la dépêche Miniflux, un lecteur de flux RSS minimaliste. Évalué à 6.
on peut très bien avoir un index performant sans passer par une installation de mysql. Des wiki type dokuwiki ou pmwiki n'utilisent pas de base de données relationnelles mais des fichiers plain texte, et ça ne pose pas de problèmes de performances, certains sites fortement visités les utilisent sans soucis (par exemple le wiki de Debian, d'Apache, c'est MoinMoin, pour ubuntu-fr c'est dokuwiki…), donc c'est pas sur un malheureux lecteur de flux utilisé par une seule personne qui va perdre en performance parce que ça n'utilise pas le sacro-saint mysql.
On en arrive au point que même un bête compteur de visite c'est fait en mysql.
De plus, quand on peut avoir du sqlite à la place de mysql, c'est quand même plus pratique pour migrer un site, ou tester en local et déplacer simplement ensuite le fichier sqlite sur le serveur de production.
En général, j'essaye d'éviter le sql dans les outils que j'utilise au quotidien, sauf s'il n'y a vraiment pas le choix.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond