Exemple d'analyse de la conception d'une stratégie de routage après le partitionnement de la base de données et des tables MySQL

Overview

La première question après la conception de la base de données et du partitionnement des tables est de savoir comment choisir la clé de routage et comment acheminer la clé. Les clés de routage doivent exister et être uniques dans chaque table. La stratégie de routage doit essayer de garantir que les données sont réparties uniformément.

Si vous archivez une grande quantité de données, vous pouvez choisir l'heure comme clé de routage. Par exemple, en utilisant l'heure de création des données comme clé de routage, créez un tableau chaque mois ou trimestre. L'utilisation du temps comme stratégie de routage après le partitionnement des bases de données et des tables peut permettre l'archivage des données. Le trafic d'accès aux données historiques est faible et le trafic sera envoyé vers la dernière table de base de données.

Vous pouvez également concevoir sa clé de routage liée au métier. Cela garantit que les ressources de chaque base de données peuvent bien supporter le trafic.

Scénarios pris en charge

Du point de vue de l'utilisateur, une fois la plateforme de commandes à emporter divisée en bases de données et en tables, elle doit prendre en charge la visualisation en temps réel de l'état des commandes à emporter commandées et des scénarios pour suivre les informations sur les commandes. Les commerçants doivent interroger les informations sur les commandes, analyser la qualité des plats au fil des commandes et prendre des décisions commerciales.

Utilisateur Consommateur = Marchand côté C Entreprise = Côté B

Après l'utilisateur passe une commande Les commandes peuvent appartenir à différentes tables et vous devrez peut-être interroger plusieurs tables lors de l'interrogation.

Stratégie de routage

Si la commande est insérée au hasard dans une certaine table lors de sa création, ou si vous ne le savez pas dans quelle table insérer, requête Lors de la commande, vous devez interroger toutes les tables pour garantir l'exactitude de la requête.

S'il existe certaines règles lors de l'insertion d'une commande, elle sera insérée dans la base de données selon cette règle lors de l'interrogation, les règles correspondantes seront également exécutées pour interroger la table correspondante. Cela réduit la complexité des opérations sur les données. Les utilisateurs et les commerçants peuvent suivre la même stratégie de routage lors de l'interrogation des données, ce qui peut être réalisé en concevant une stratégie de routage.

Clé de routage client

Selon le routage dans le précédent section Pour l'analyse des politiques, vous devez maintenant sélectionner une clé de routage. Le client permet aux données du même identifiant utilisateur d'être enregistrées dans une table fixe, afin que l'identifiant utilisateur puisse être sélectionné comme clé de routage.

Dans le cas d'une base de données unique, l'utilisateur passe une commande, génère une commande, utilise l'identifiant de l'utilisateur comme clé de routage, prend la valeur de hachage du user_id puis module le nombre de tables pour obtenez la table correspondante qui nécessite un routage, puis écrivez les données.

Dans le cas de plusieurs bibliothèques et de plusieurs tables, vous devez d'abord rechercher la bibliothèque correspondante, puis trouver la table correspondante. Stratégie de routage pour multi-bases de données et multi-tables : L'utilisateur passe des commandes -> Générer des commandes -> valeur de l'ID utilisateur par le couple Le nombre de tables, puis modulo le nombre de tables pour retrouver la table correspondante.

Le point clé de la conception d'une stratégie de routage est de concevoir en fonction de scénarios commerciaux spécifiques et d'utiliser la clé de routage comme module de valeur de hachage basé sur le spécifique Conception de scénarios commerciaux.

Clé de routage marchand

Un ensemble de tables séparé est conçu pour le côté B du commerçant (le côté C et le côté B sont indépendants).

Le point de vue de l'utilisateur utilise user_id comme clé de routage, et le point de vue du commerçant utilise l'identifiant du commerçant comme clé de routage. Comment les commerçants acheminent-ils les données via des clés de routage ? Lorsque vous passez une commande, Youhu envoie le numéro de commande de votre coéquipier à MQ. Le commerçant peut consommer ce MQ, puis obtenir les informations de commande en fonction du numéro de commande, puis insérer les informations de commande dans la table de base de données du commerçant. La politique de routage du commerçant est la même que la politique de routage de l'utilisateur .

Organigramme de données complet pour le client et le commerçant :

# 🎜🎜#

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!