Mongodb 主キー: ObjectId() を使用して _id フィールドを設定する例

替え： スティーブン・トウェイン スティーブン・トウェイン
Hours 更新中

⚡ スマートサマリー

MongoDB プライマリキーは、コレクション内のすべてのドキュメントを一意に識別する_idフィールドです。デフォルトでは自動生成されたObjectIdが格納されますが、ドキュメントを挿入する際に_idフィールドに独自の値を割り当てることもできます。

  • 🔑 主要な役割: _id フィールドは、各ドキュメントを一意に識別する主キーです。 MongoDB コレクション。
  • 🆔 デフォルトのオブジェクトID: _id を省略すると、 MongoDB ドキュメントに一意の12バイトのObjectId値を自動的に追加します。
  • 豪華<XNUMXxXNUMXF><XNUMXxXNUMXF><XNUMXxBXNUMX><XNUMXxBXNUMX>️ 時間順: ObjectIdは4バイトのタイムスタンプで始まるため、IDは作成時刻でおおよそソート可能です。
  • ✍️ カスタムキー： ドキュメントを挿入する際に、数値や文字列など、独自の_id値を指定できます。
  • 🔒 不変： 一度設定された_idの値は変更できません。変更するには、削除して再挿入する必要があります。
プロフィール

主キーとは何ですか MongoDB?

In MongoDB, _id フィールドをコレクションの主キーとして使用し、コレクション内で各ドキュメントを一意に識別できるようにします。 _id フィールドには、一意の ObjectID 値が含まれます。

デフォルトでは、コレクションにドキュメントを挿入するときに、フィールド名に _id を含むフィールド名を追加しないと、 MongoDB 以下に示すように、オブジェクト ID フィールドが自動的に追加されます。

主キー入力 MongoDB

コレクション内のドキュメントをクエリすると、コレクション内の各ドキュメントの ObjectId を確認できます。

それを確実にしたい場合は、 MongoDB は、コレクションの作成時に _id フィールドを作成しません。コレクションの _id として独自の ID を指定する場合は、コレクションの作成時にこれを明示的に定義する必要があります。

id フィールドを明示的に作成する場合は、名前に _id を付けて作成する必要があります。

これを実現する方法の例を見てみましょう。

db.Employee.insert({_id:10, "EmployeeName" : "Smith"})

Code 説明：

  1. コレクション内の最初のドキュメントを作成していると想定しているため、コレクションの作成中に上記のステートメントでフィールド _id を明示的に定義し、その値を定義します。

コマンドが正常に実行され、findコマンドを使用してコレクション内のドキュメントを表示すると、次の出力が表示されます。

出力：

主キー入力 MongoDB

出力は、コレクションの作成時に定義した _id フィールドがコレクションの主キーとして使用されていることを明確に示しています。

ObjectId とは何ですか MongoDB?

ObjectId はデフォルト値のタイプです。 MongoDB _id プライマリキーに割り当てます。これは 12 バイトの識別子で、サーバーとコレクション全体でグローバルに一意になるように設計されているため、2 つのドキュメントが同じ値を受け取ることはほとんどありません。クライアント ドライバーはサーバーに問い合わせることなく ObjectId を生成できるため、 MongoDB 中央カウンターなしで、多数のマシンに迅速にドキュメントを挿入し、拡張できます。

各ObjectIdはコンパクトなバイナリ形式で格納されますが、例えばObjectId(“507f1f77bcf86cd799439011”)のように、24文字の16進数文字列として表示されます。最初のバイトは現在時刻に基づいており、ドキュメントが作成されるにつれて値が着実に増加します。これにより、ObjectIdは一意であるだけでなく、挿入順におおよそソートできるため、最新のレコードや最も古いレコードを最初に表示したい場合に便利です。

の構造 MongoDB オブジェクト ID

A MongoDB ObjectIdは正確に12バイトの長さで、各部分にはそれぞれ特定の意味があります。この構造を理解することで、ObjectIdが一意であり、時間順に並んでいる理由が理解できます。

  • 4バイトのタイムスタンプ: Unixエポックからの秒数。ObjectIdが作成された時刻を記録します。これにより、IDを時間順に並べ替えることができます。
  • 5バイトのランダム値： プロセスごとに一度生成される値で、マシンとプロセスの識別子を組み合わせたものであるため、クライアントごとに異なるIDが生成されます。
  • 3バイトインクリメントカウンタ： ランダムな値から始まり、同じ秒内に新しいオブジェクトIDが追加されるたびに増加するカウンター。これにより、高速挿入時の衝突を防ぎます。

これら3つの要素が連携することで、複数のサーバー間で同時に多数のドキュメントが挿入された場合でも、すべてのObjectIdが一意であることが保証されます。ObjectIdに対してgetTimestamp()メソッドを呼び出すことで、埋め込まれた作成時刻をいつでも読み取ることができます。

関連記事

ObjectIdを主キーとして使用する利点

デフォルトの ObjectId を _id 主キーとして使用すると、いくつかの実用的な利点があります。 MongoDB コレクションはそれに依存しています。

  • 自動生成: キー値を自分で作成したり管理したりする必要がないため、重複するキーが発生する可能性が低くなります。
  • 世界的にユニークな点： ObjectIDはサーバー間で一意性を保つため、分散環境やシャーディング環境でもうまく機能します。
  • 内蔵タイムスタンプ: 埋め込まれた作成時刻により、追加の日付フィールドなしで、文書を経過時間で並べ替えたり、フィルタリングしたりできます。
  • ハイパフォーマンス： クライアント側での生成により、サーバーへの往復通信が回避され、ping 素早く挿入できます。

ObjectIdはほとんどのアプリケーションに適していますが、クエリを簡素化できる自然なビジネスキー（メールアドレスや製品コードなど）を使用する場合は、カスタムIDを選択することもできます。最適な選択は、データの検索方法や関連付け方法によって異なります。

よくあるご質問

いいえ。_idフィールドは、ドキュメントが作成されると変更できません。変更するには、既存のドキュメントを削除し、目的の_id値を持つ新しいドキュメントを挿入する必要があります。

_id フィールドは、ObjectId、整数、文字列、埋め込みドキュメントなど、ほとんどの BSON 型を受け入れます。唯一のルールは、値がコレクション内で一意である必要があり、配列であってはならないということです。

Yes. MongoDB コレクションごとに_idフィールドに一意のインデックスを自動的に作成します。このインデックスは削除できず、主キーによる検索を非常に高速にします。

AI は ObjectId のタイムスタンプを説明し、コードを生成することができますtracgetTimestamp() で作成時間を取得し、ObjectIds を文字列に変換します。ping 開発者はドキュメント識別子をより迅速にデバッグし、理解することができる。

はい。AIは、クエリパターン、一意性のニーズ、シャーディング計画に基づいて、デフォルトのObjectIdを維持するか、メールアドレスやUUIDなどのカスタム_idを使用するかをアドバイスできます。

この投稿を要約すると次のようになります: