Discussion :

[harry le ravi]

Bonjour à tous,

Je suis en pleine réflexion sur un script vbs que j'ai mis en place pour traiter des données.

Je préviens afin de vous placer dans le contexte que ce n'est pas lié à une activitée professionnelle donc je ne suis pas obligé de suivre les contraintes pro telles que les statistiques sur les données par exemple.

A la base, mes données étaient stockées dans une base de donnée purgée de temps en temps.
Mais je me suis dit que je ne suis pas obligé de stocker autant de données.

Donc j'ai adapté mon script pour ne plus stocker mes données dans une BDD mais dans des fichiers.

Mais quitte à partir vers les extrêmes, je me demandais ce que je gagnerai à initialiser au début de mon script dans des variables mes données de base contenus dans mes fichier et n'utiliser que les variables.

Ainsi je pense que les accès disques serons moindre mais qu'il y aurai une augmentation de l'utilisation de la RAM.

Or il me semble que l'accès direct de la RAM vers les traitements pourraient augmenter la rapidité des traitements plutot que d'accéder au disque.

Je pense que je suis dans le vrai mais je me demande à quel point je peux gagner en rapidité comparé au stockage dans les fichiers et dans une BDD.

Pourriez-vous m'éclairer?

Merci.

[bacelar]

Toutes vos assertions sont à la fois vraies et fausses.

Toutes vos affirmations disposent de contre-exemples.

Comme toute problématique d'optimisation, on doit commencer par spécifier les caractéristiques de sollicitation du système et les critères de qualité de service. Il vous faut ces entrées pour pouvoir évaluer une solution par rapport aux autres.

Une BDD n'est pas là juste pour épater la galerie avec une solution étiquetée PRO.

La RAM, ça swap donc fait des appels disques, les accès disques peuvent être en cache donc utiliser la RAM.

N'oubliez jamais de toujours évaluer les performances toutes au long du projet et d'avoir la possibilité de revenir sur des choix fait sur des contraintes qui changent toujours durant le développement. TOUJOURS.