Comment iDBQuery gère-t-il les grands jeux de données et la performance ?

iDBQuery est conçu pour interroger de grands volumes de données là où ils se trouvent plutôt que de tout charger en mémoire : - Il pousse le filtrage, le regroupement et l'agrégation jusqu'à la base ou l'entrepôt source, afin que les index et la puissance de calcul de votre moteur fassent le gros du travail. - Il renvoie des agrégats, des échantillons et des résultats top-N au lieu de déverser des lignes brutes : une question portant sur des millions d'enregistrements revient donc avec un résultat compact et rapide. - Il rédige un SQL qui laisse la source faire ce pour quoi elle est optimisée, plutôt que de tout parcourir côté client.

Un exemple concret : demander « le chiffre d'affaires total par mois sur les trois dernières années » sur une table de commandes de 50 millions de lignes s'exécute comme une seule requête groupée sur votre base et renvoie une douzaine de chiffres, rapidement, car la base agrège avant de renvoyer quoi que ce soit.

Le facteur différenciant, c'est l'interrogation sur place : iDBQuery ne recopie pas de force vos données dans son propre magasin, si bien que la performance repose sur le moteur dont vous disposez déjà, sans chargement nocturne à maintenir à jour. Pour les charges très volumineuses ou fédérées, il s'appuie sur la capacité de votre entrepôt. Si une question s'annonce réellement lourde, iDBQuery affiche le SQL afin que vous ou un administrateur de base de données puissiez voir exactement ce qui va s'exécuter et ajouter un index si nécessaire. En pratique, la plupart des questions reviennent en quelques secondes.