Certains de mes projets ont rencontré des problèmes de jointure. Ma solution consiste à stocker les ObjectIds correspondants et à atteindre l'objectif de adhésion via l'agrégation de mongodb. J'ai utilisé le moteur WiredTiger, j'ai donc résolu le problème du verrouillage de la base de données lors de grandes quantités de lecture et d'écriture. Essayez également d'éviter la réflexion traditionnelle en matière de conception SQL et la logique de développement lors de la conception de la base de données. Une collection doit essayer de correspondre à un événement. Plus tard, en raison de l'expansion du projet, j'ai introduit le modèle de développement des travailleurs et modifié la relation entre les couches logiques en travailleurs avec des threads indépendants. À l'heure actuelle, il a un bon effet pour gérer un grand nombre de concurrence sans connexion en ligne (. similaire à l'effet de récupérer des enveloppes rouges sans personne en ligne). Juste un petit humble avis à titre indicatif.

De plus, les limitations de mongodb seront très inconfortables pour les personnes habituées au modèle de développement SQL. Mais à l’ère du big data, les avantages de mongodb sont évidents. À l'heure actuelle, la structure de base de mon projet est :
Serveur : nginx+mongodb+php-fpm+ubuntu
Programme principal : MVC(php) // Les valeurs fournissent un échange de relations logiques
Programme auxiliaire : Workers // Traitement multithread des relations logiques correspondantes pour l'interaction avec la base de données

N'y avez-vous pas pensé lors du choix de la technologie ? Il n'est pas nécessaire d'utiliser uniquement mongo, plusieurs bibliothèques peuvent coexister

Tout le monde, en fait ma question n'est pas de savoir si Mongo est défectueux ou s'il doit être remplacé. En supposant plutôt que la base de données ne soit pas commutée, existe-t-il une solution au problème ci-dessus ? Je suis sûr qu'il y en a d'autres dans l'industrie qui ont rencontré et résolu ces problèmes.

Mongodb n'est pas adapté à ce genre de projet. Il convient au type de requête, et c'est simple Pour les projets avec des relations fortes, des bases de données relationnelles sont toujours utilisées