Quelles sont les conventions de nommage pour MongoDB?

Même si aucune convention n'est spécifiée à ce sujet, les références manuelles sont systématiquement nommées d'après la collection référencée dans la documentation Mongo, pour les relations one-to-one. Le nom suit toujours la structure <document>_id.

Par exemple, dans une collection dogs, un document aurait des références manuelles à des documents externes nommés comme ceci:

{
  name: 'fido',
  owner_id: '5358e4249611f4a65e3068ab',
  race_id: '5358ee549611f4a65e3068ac',
  colour: 'yellow'
  ...
}

Cela suit la convention Mongo de nommer _id l'identifiant pour chaque document.

Base de données

• camelCase
• ajouter DB à la fin du nom
• Faire singulier (les collections sont plurielles)

MongoDB indique un bel exemple:

Pour sélectionner une base de données à utiliser, dans le shell mongo, l'énoncé, comme dans l'exemple suivant:

utilisation myDB
utilisation myNewDB

contenu de: https://docs.mongodb.com/manual/core/databases-and-collections/#databases

Les COLLECTIONS de

• Noms minuscules: évite les problèmes de sensibilité à la casse, les noms de collection MongoDB sont sensibles à la casse.

• Pluriel: plus évident à l'étiquette d'une collection de quelque chose comme le pluriel, par exemple, "fichiers", plutôt que "fichier"

• >Pas de séparateurs de mots: Évite les problèmes où différentes personnes (à tort) séparez les mots (username user_name, first_name
  firstname). Celui-ci est en débat Selon quelques personnes
  ici mais à condition que l'argument soit isolé des noms de collection Je ne pense pas que cela devrait l'être;) si vous vous trouvez à améliorer le
  lisibilité du nom de votre collection en ajoutant des traits de soulignement ou
  camelCasing votre nom de collection est probablement trop long ou devrait utiliser
  périodes le cas échéant qui est la norme pour la collecte
  catégorisation.

• Notation par points pour les collections plus détaillées: donne une indication sur la façon dont les collections sont liées. Par exemple vous pouvez être raisonnablement sûr que vous pourriez supprimer " utilisateurs.pagevisits " si vous avez supprimé "utilisateurs", à condition que les personnes qui ont conçu le schéma ont fait un bon emploi.

le Contenu de: http://www.learnit.net.in/2016/03/schema-design-and-naming-conventions-in.html

Pour les collections je suis en suivant ces modèles suggérés jusqu'à ce que je trouve la documentation officielle MongoDB.

Convention de nommage pour la collection

Pour nommer une collection quelques précautions à prendre:

1. une collection avec une chaîne vide ("") n'est pas un nom de collection valide.
2. un nom de collection ne doit pas contenir le caractère null car cela définit la fin du nom de collection.
3. Le nom de la Collection ne doit pas commencer par le préfixe "système"."comme cela est réservé aux collections internes.

4. , Il serait bon de ne pas contenir le caractère "$" dans le nom de la collection en tant que divers pilotes disponibles pour la base de données ne prend pas en charge "$" dans le nom de la collection.

   Les éléments à garder à l'esprit lors de la création d'un nom de base de données sont:

5. une base de données avec une chaîne vide ( "" ) n'est pas un nom de base de données valide.
6. Le nom de la base de données ne peut pas dépasser 64 octets.
7. les noms de base de données sont sensibles à la casse, même sur les systèmes de fichiers non sensibles à la casse. Ainsi, il est bon de garder le nom en minuscules.
8. un nom de base de données ne peut contenir aucun de ces caractères "/, \, ., ", *, , :, |, ?, $,". Il ne peut pas non plus contenir un seul espace ou caractère nul.

Pour plus d'informations. Veuillez vérifier le lien ci-dessous: http://www.learnit.net.in/2016/03/schema-design-and-naming-conventions-in.html

Je pense que c'est une préférence personnelle. Mes préférences proviennent de L'utilisation de NHibernate, dans.NET, avec SQL Server, donc elles diffèrent probablement de ce que les autres utilisent.

• bases de données: l'application utilisée.. ex: Stackoverflow
• Collections: singulier dans le nom, ce que ça va être une collection de, ex: Question
• champs du Document, ex: MemberFirstName

Honnêtement, il n'a pas trop d'importance, tant que c'est cohérent pour le projet. Simplement se rendre au travail et ne transpire pas les détails: P

Jusqu'à ce que nous obtenions SERVER-863 garder les noms de champs aussi courts que possible est conseillé surtout lorsque vous avez beaucoup de dossiers.

Selon votre cas d'utilisation, les noms de champs peuvent avoir un impact énorme sur le stockage. Je ne peux pas comprendre pourquoi ce n'est pas une priorité plus élevée pour MongoDb, car cela aura un impact positif sur tous les utilisateurs. Si rien d'autre, nous pouvons commencer à être plus descriptifs avec nos noms de champs, sans réfléchir à deux fois sur les coûts de bande passante et de stockage.

S'il Vous Plaît faire vote.