Mongoose: `_id`なしでデータを入力することは可能ですか？

作成日 2014年12月26日 · 82コメント · ソース: Automattic/mongoose

API http://mongoosejs.com/docs/populate.htmlを確認して、試してみました。 populateは外国の_idのみ機能するようです。 matchオプションがある場合でも、 _idクエリ条件にフィルタリング条件を追加するだけです。 _id関係のないフィールドだけを入力する方法はありません。

私のプロジェクトでは、 _idをObjectIdとして保持し、自動インクリメント番号として別のフィールドを持っています。たとえば、 customersモデルには、オブジェクトとして_idがあり、増分番号としてcuidがあります。他のコレクションは、 _idではなくcuid参照しているだけです。

これをカスタマイズできるのは素晴らしいことですか？
この機能が欠落している原因となる設計上の制限はありますか？

enhancement

ソース

mocheng

👍12

最も参考になるコメント

@rturk指摘してくれてありがとう、私はそのプラグインが本当に好きです。 @alexmingoiaモジュールをマングースコアにマージすることについてどう思いますか？より一般的な処理するためにvirtualsをを使用してのアイデア移入を（デシベルに永続化、実際のフィールドを持たない）は本当に強力です。

vkarpov15 2016年02月18日

🎉5

全てのコメント82件

これをカスタマイズできるのは素晴らしいことですが、今は_idます。でも、頭のてっぺんから正当な理由を考えることはできません。さらに調査する必要があります。

vkarpov15 2015年01月01日

シャーディングを適切にサポートするには、他の1つのフィールドだけでなく、一連のフィールドにもデータを入力する機能がほぼ必要です。これは、私たちにとって大きなユースケースです。

たとえば、「subscription」のシャードキーを持つ可能性のあるコレクション「students」があります。セクションモデル（学生の配列を含む）から学生データを入力すると、ドキュメントにサブスクリプションがありますが、マップするように指定するのではなく、「student」に格納されている_idに基づいてのみ検索されます。学生の「割り当て」へのドキュメントの「割り当て」フィールド。

次に、データの入力時にシャードキーなしでルックアップを実行するため、シャーディングが役に立たなくなり、データを取得するために1つではなくすべてのシャードを押す必要があります。

これは、私たちがどこで仕事をするかについてのガイダンスを得ることができれば、私たちが開発に資金を提供したり、自分たちでやったりすることをいとわないものです。それは私たちの会社（GradeCam）の大きなニーズです。

taxilian 2015年02月20日

👍3

@taxilianはshardKeyスキーマオプションを設定していますか？そのオプションの目的はAFAIKです。

vkarpov15 2015年02月20日

私はこの問題の解決策を探していたので、実際にはまだそれを始めようとはしていません。 PopulateはshardKeyを考慮に入れていますか？私の理解では、shardKeyは更新と挿入にのみ影響しました

taxilian 2015年02月20日

「参加」するフィールドを指定できると便利です。たとえば、userId（つまり、_id）フィールドだけでなく、userType、userGroupなどでも入力できるようにしたいと思います。
ありがとう！

arliber 2015年04月19日

podoler 2015年04月19日

+1は非常に便利です

nadavsinai 2015年04月30日

ここで同じ+1！

xr 2015年05月09日

+1これが大好き

prakash122 2015年05月21日

ricolo 2015年05月24日

vlapo 2015年06月04日

keyなどのパラメーターを追加することで、入力する変数を選択できると特に便利です。

たとえば、のauthor commentsパラメーターと

{
author: "user1",
comments:["comment5", "comment6"],
title:"Post1"
}

「key」のようなパラメータを追加して、検索するパラメータをmongoに知らせることができると便利です。

Posts.find().populate([{path:"author", model:"Users", key:"username"}, {path:"comments", model:"Comments", key:"title"}])

これにより、 authorパラメーターにユーザー名で見つかったユーザーが入力され、 commentsパラメーターにタイトルで見つかったコメントが入力されます（タイトルごとのコメントは少し非現実的ですが、ポイント）。

prescottprue 2015年06月08日

apankov 2015年06月10日

marklar21 2015年07月14日

john-bower 2015年07月31日

jack-guy 2015年08月10日

asafam 2015年08月23日

whyhankee 2015年08月25日

ArcoMul 2015年08月25日

大いに同意します。カスタムの母集団スキームを定義できる機能が欲しいです。これは、ファイルパスである1つ以上のフィールドを持ち、データをストレージから読み取ることができるスキーマに最適です。

cannonpalms 2015年09月03日

raphaelokon 2015年09月11日

naoxink 2015年09月14日

manasb-uoe 2015年10月07日

Poplava 2015年10月09日

lfk 2015年10月20日

RithwikAnand 2015年10月31日

justvisiting 2015年11月06日

kumasento 2015年11月13日

BentoumiTech 2015年11月14日

loris 2015年11月17日

tomerb15 2015年11月18日

keithl8041 2015年11月20日

danielflippance 2015年11月22日

prabhupadas 2015年11月24日

leonardokl 2015年12月17日

robjens 2015年12月18日

beinnova 2015年12月21日

MangeshPimpalkar 2015年12月24日

roygwsidev 2016年01月02日

docksteaderluke 2016年01月12日

wohugb 2016年01月15日

joshbeam 2016年01月25日

pavan612 2016年01月28日

kennethkoontz 2016年01月30日

R0R0N0A 2016年02月04日

liraniom 2016年02月09日

Pyo25 2016年02月11日

danilvalov 2016年02月17日

次のコードを試してください： https ：

実際、Alexのコードをメインリポジトリにマージせず、これをコア機能にする理由はありますか？

rturk 2016年02月18日

vkarpov15 2016年02月18日

🎉5

それが理想的です。 Query.prototype.populateやその他のコア機能をオーバーロードするため、コアの方がはるかに優れています。

プルリクエストの作成を妨げる唯一のことは、テストカバレッジがほとんどまたはまったくなく、ドキュメントが不足していることです。私はそれを複数のシナリオで本番環境で使用しており、安定していますが、誰かがテストスイートを作成した場合、文書化する必要のあるいくつかの小さな問題や特異性が明らかになる可能性があると思います。

誰かがテストスイートに取り組む気がありますか？そうでない場合-私はそれを行うことができますが、来月までに着陸することは期待していません。