Cette nouvelle version augmenterait les performances d'un facteur 70 sur les requêtes SQL complexes incluant des jointures sur plusieurs partitions.
L'objectif des partitions n'est-il pas justement de limiter le nombre de requêtes sur plusieurs partition ? Par exemple si on crée une partition par mois, généralement c'est parce qu'on sait que la majorité des requêtes concernent le mois en cours. De même pour le partitionnement vertical si on sépare les blobs (entre autre) du reste de la table ça devrait être fait car le nombre de requêtes sur la partie blob devrait être limité.
Bref j'ai l'impression que cette optimisation n'est pas inutile mais a un intérêt limité dans la majorité des cas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Partition
Posté par barmic . En réponse à la dépêche Retour en force de MySQL?. Évalué à 3.
L'objectif des partitions n'est-il pas justement de limiter le nombre de requêtes sur plusieurs partition ? Par exemple si on crée une partition par mois, généralement c'est parce qu'on sait que la majorité des requêtes concernent le mois en cours. De même pour le partitionnement vertical si on sépare les blobs (entre autre) du reste de la table ça devrait être fait car le nombre de requêtes sur la partie blob devrait être limité.
Bref j'ai l'impression que cette optimisation n'est pas inutile mais a un intérêt limité dans la majorité des cas.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)