Conception de la table de commande dans un scénario de trading :
Supposons qu'il y ait quatre produits. Les données de commande de chaque produit doivent comporter les mêmes éléments, tels que : le numéro de commande, le propriétaire de la commande, le type de commande, le statut de la commande, le calendrier de suivi de la commande. En même temps, les commandes de différents produits ont également leur propre. propres données spéciales.
Devrions-nous définir différents schémas pour différentes conceptions de produits, ou définir uniquement le schéma pour une seule commande, mais spécifier un sous-document spécial
pour stocker les données uniques aux différents produits ?
Les commandes doivent-elles être stockées dans différentes collections selon différents types de produits, ou directement stockées dans le même tableau de commandes ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Vous pouvez passer des commandes dans une même collection et les distinguer par type de produit.
Il n'est pas nécessaire de les placer dans différentes collections selon différents types. Mongodb est également généré pour ce type de données d'alignement de champ non strictes.
Je pense qu'il doit être regroupé dans un seul ensemble, après tout, il n'y a que quelques pièces différentes
Il est recommandé d'envisager de profiter du schéma dynamique de MongoDB, ce qui signifie que chaque document n'a pas besoin de suivre le même schéma.
Le document officiel contient des instructions détaillées sur la modélisation des données pour vos besoins similaires, veuillez vous référer au lien du document ci-dessous :
https://docs.mongodb.com/ecos...
Pour référence.
J'adore MongoDB ! Amusez-vous!