mongodbのObjectIdの生成規則 - としたにあんの左脳
MongoDBのマイグレーションとかしてたら，MongoDBのObjectIdって本当にユニークだっけ？っていう疑問がわいた． 確かいろいろな要素を使って，ユニークになるようにできてたよなぁ．．．と思って，ちゃんと調べてみた． とりあえず公式のObjectIdの説明．ObjectId - MongoDB Manual 2.4.9 4バイトの，Unixエポックからの経過秒数(Unix時間) 3バイトのマシンID 2バイトのプロセスID 3バイトのカウンタ(開始番号はランダム) からできているらしい． ↑がんばって書いた． 実験！ 同じマシンで生成してみる． 以下の２つのObjectIdは同じマシン上で生成したObjectId. 52fcf106 0af12b af9e 8d5bba 52fcf108 0af12b af9e 8d5bbb 確かに最初のUnix時間は2秒ずれていることがわかる．
【MongoDB】実行計画を確認する | IT土方の奮闘記
実行計画とは？ DBクエリには実行計画というものがあります。ざっくりとした説明します。実行計画は名前からも予測できるかもしれませんが、クエリが実行される前に作成されるものでSQLのパフォーマンスの情報などが載っているものです。 そのため、実行計画はクエリチューニングのパフォーマンス計測などに使われます。ちなみに実行計画は実際にSQLを実行しなくても確認することが可能です。 Mongoクエリの実行計画を取得する 以下の記事同様でデータベース名やコレクション名は私が現在使用しているものですので、適宜読み変えてください。 https://it-blue-collar-dairy.com/add-index_for_mongodb/ MongoDBで実行計画を取得するのは非常に簡単です。shellの最後に.explain()をつけるだけです。 以下のクエリは「date > 20190210」を条件
MongoDB 3.0 での explain - Carpe Diem
概要 MongoDB 3.0 からexplainの結果が大きく変わりました。 スロークエリを調べる上で、インデックスの使用、外部ソートの使用などをどこで確認するかをまとめてみました。 環境 Ubuntu 14.04 MongoDB 3.0.4 大まかな構造（全体） > db.users.find({name: "ユーザ001"}).explain() { "queryPlanner" : { "plannerVersion" : 1, "namespace" : "コレクション", "indexFilterSet" : false, "parsedQuery" : { // findの中のクエリ }, "winningPlan" : { // 採用されたインデクス }, "rejectedPlans" : [ // インデクスとして使えるが、今回は使われなかったインデクス ] }, "se
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
collection – Collection level operations — PyMongo 3.7.0 documentation
