古典的なリレーショナルデータベースには、USER_IDのようなフィールドがあります。このフィールドは通常、自動インクリメントの番号になります。 MongoDBは、以下のMongoDBでは従来のユーザーIDを使用できませんか?
4f90e98277f6426c0a000001
ようになり、文書IDは、この完全USER_IDを交換することはできますか?私は基本的に尋ねていることは、検索、挿入、インデックス作成という点では、自動増分数と同じくらい速いのですか? If
古典的なリレーショナルデータベースには、USER_IDのようなフィールドがあります。このフィールドは通常、自動インクリメントの番号になります。 MongoDBは、以下のMongoDBでは従来のユーザーIDを使用できませんか?
4f90e98277f6426c0a000001
ようになり、文書IDは、この完全USER_IDを交換することはできますか?私は基本的に尋ねていることは、検索、挿入、インデックス作成という点では、自動増分数と同じくらい速いのですか? If
プライマリキーが整数ではなくObjectIDであるため、パフォーマンスの問題に直面することはほとんどありません。すぐにデータサイズの影響を受けます。私はそれについて心配しません。
のObjectIDは、いくつかの利点をもたらします:
created_at
フィールドを持っている必要はありません)。時間とともに単調に増加するだけでなく、実際のタイムスタンプも含みます(抽出する機能があります)。 – Thilo
はい、私は暗黙のうちに考えていました:) –
公開IDのオブジェクトにオブジェクトIDを返すことはできますか?私はあなたがMongoDbといくつかのマシン固有の情報を使用していることが分かります。 –
"If" ..............................? – Ashe