Ce qui sont conventions de nommage pour MongoDB ?

Question

Existe-t-il un ensemble de conventions de nommage préférés pour MongoDB d’entités telles que des bases de données, collections, les noms de domaine ?

Je pensais le long de ces lignes :

• Bases de données : se composent de l’objet (le mot au singulier) et se terminent par « db » – tout en minuscules : imagedb, resumedb, memberdb, etc..
• Collections : pluriel en minuscules : images, résumés,
• Document des champs : lowerCamelCase, p. ex. memberFirstName, nom de fichier, etc.

Answer 1

1. Garder em court: Optimiser le Stockage de Petits Objets, SERVEUR-863. Idiot mais c'est vrai.

2. J'imagine assez bien les mêmes règles qui s'appliquent à l'égard des bases de données devrait s'appliquer ici. Et après tant de décennies, il n'y a toujours pas d'accord si SGBDR tables devraient être nommés au singulier ou au pluriel...

3. MongoDB parle JavaScript, afin d'utiliser JS conventions de nommage.

4. MongoDB documentation officielle semble préférer souligne, également construit en identifiant est nommé _id...

Answer 2

Même si aucune convention n'est précisé à ce sujet, manuel de références sont systématiquement nommé d'après le référencés de la collection dans les Mongo de la documentation, pour un-à-un les relations. Le nom suit toujours la structure de l'<document>_id.

Par exemple, en dogs de la collection, un document aurait manuel de références à des documents externes nommé comme ceci:

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

Il suit les Mongo convention de nommage _id l'identificateur pour chaque document

Answer 3

Je crois que c'est une question de préférence personnelle. Mes préférences, d'utiliser NHibernate, dans .NET, SQL Server, donc ils ont probablement différentes de ce que les autres utilisent.

• Bases de données: L'application qui l'utilise.. ex: Stackoverflow
• Collections: Singulier, nom de domaine, que ça va être une collection d', ex: Question
• Les champs d'un 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 de ne pas transpirer les détails :P

Answer 4

Jusqu'à ce que nous obtenons SERVEUR 863 en gardant les noms de champ plus courte possible est conseillé surtout lorsque vous avez beaucoup de dossiers.

Selon votre cas d'utilisation, les noms de champ peut avoir un énorme impact sur le stockage. Cant 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 descriptif avec nos noms de champ, sans y penser à deux fois la bande passante et les coûts de stockage.

Merci de ne voter.