Comment interroger une fois MySQL divisé en bases de données

La stratégie de fractionnement des bases de données et des tables dépend des exigences du projet. L'approche conventionnelle est adoptée ici : selon la méthode de suivi du module, supposons que nous ayons 2 bases de données de fractionnement horizontal, et que chaque base de données dispose de 2 tables de fractionnement horizontal, afin que le total des 4 tables ne soient pas triées selon d'autres conditions par défaut lors de l'interrogation. Supposons que nous souhaitions interroger les données de la page 41 et que chaque page affiche 10 éléments de données

<.>

La première :

est aussi la plus simple : en ajoutant une table d'association supplémentaire, il doit y avoir un attribut id dans les attributs Quant à savoir s'il y a des attributs d'id de bibliothèque et. Les attributs d'identifiant de table (c'est-à-dire quel numéro de base de données et quelle table) sont facultatifs, car cela peut être obtenu en prenant le module en fonction de l'ID. Notez que les données stockées dans cette table sont toutes les données, mais elle a moins de colonnes d'attributs. et ne fournit que quelques colonnes d'attributs pour l'indexation. Dans ce cas, il suffit de sélectionner * from brand_temp où ... limit 400,10 (Insérez les données à la page 41, chaque page affiche 5 éléments de données), puis après. on obtient l'identifiant, on peut l'interroger dans la table correspondante

Le deuxième type :

Le plus gourmand en performances Si on veut interroger les enregistrements sur. sur la première page, le SQL d'une seule base de données et d'une seule table est : select * from db limit 0, 10 ;Lorsque nous divisons la base de données en fragments, l'instruction est toujours la même, mais à ce stade, nous devons analyser les enregistrements. renvoyés par les 4 tables en mémoire, puis effectuez l'ordre croissant par ID pour obtenir les 10 premiers retours de données... La quantité de données est petite, ce n'est pas grave lorsque le numéro de page est petit, mais si nous voulons interroger les données sur page 2, dans le cas d'une architecture monolithique SQL : select * from db limit 10,10; Mais ce n'est pas possible dans une base de données distribuée, les données sont très petites. Évidemment, elles seront perdues. interroger tout. L'instruction SQL est select * from db_x limit 0,10+10 // Cela signifie que ce qui doit être interrogé est le nombre d'enregistrements à interroger sur l'architecture unique plus les enregistrements précédents, puis fusionner les enregistrements. renvoyé par toutes les tables en mémoire puis les analyser, et enfin prendre les enregistrements à partir du 10... On voit qu'une fois que le nombre de pages dans cette solution atteint n pages, et le nombre d'enregistrements affichés sur chaque page est m enregistrements, chacun Le nombre d'enregistrements qui doivent être interrogés dans la table est : (n-1)*m+m=nm enregistrements, et le nombre d'enregistrements qui doivent être analysés dans la mémoire est t * n * m enregistrements. Si le CPU n'explose pas, je perds

Le troisième type :

adopte un modèle métier : obliger les utilisateurs à ne pas pouvoir effectuer de saut de page. requêtes. Que voulez-vous dire, c'est-à-dire que les utilisateurs ne peuvent cliquer que sur la page suivante ou sur la page précédente. La méthode spécifique consiste à interroger le nombre d'enregistrements et à enregistrer la valeur maximale de la valeur d'identification unique actuelle, puis à l'ajouter. la condition Where lors d'une nouvelle requête... Commençons par le début : la première requête pageNum=1, pageSize=10, maxId =0->sql:select * from db_x Where id>0 limit 10 ; puis distribuez-le à la table de la bibliothèque correspondante, fusionner les 4*10 éléments de données obtenus, puis analyser et trier dans la mémoire, en prenant les 10 premiers éléments. En même temps, l'id=maxId du 10ème élément de données est extrait séparément , rendu et enregistré sur la page frontale, de sorte que lorsque vous cliquez sur la page suivante, le maxId=10 soit également soumis et le sql devient select * from db_x Where 10 limit 10, puis continuez l'analyse, continuez vers sauvegarder...Les données renvoyées de cette manière sont stables et les données sont cohérentes (tri)

La quatrième méthode :

La meilleure méthode légendaire prend en charge les requêtes de saut de page . Le cœur de cette méthode réside dans 2 requêtes SQL. Comment le faire spécifiquement :

Hypothèse préalable : Interrogez les données de la page 1001 et affichez 10 éléments sur chaque page.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!