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データエクスポート mongoexport - shoprevのブログ
mongodb 32bit版に2GB制限があるって最近知りOSを64bitにするのは面倒なので dbをmongodbからsqliteに変更するためデータエクスポートした 確認 mongo > show dbs # db 一覧 > use hoge # hoge db 使用 > show collections # コレクション一覧 > db.hoi.count() # hoiコレクション件数 エクスポート(jsonフォーマット) # -d db名 # -c コレクション名 # -o 出力ファイル名 mongoexport -d hoge -c hoi -o exp.json エクスポート(csvフォーマット) # -d db名 # -c コレクション名 # -o 出力ファイル名 # --csv csv出力 # -f 項目名 mongoexport -d hoge -c hoi -o exp
開発者が知っておくべき、ドキュメント・データベースの基礎
開発者が知っておくべき、ドキュメント・データベースの基礎：特集：MongoDBで理解する「ドキュメント・データベース」の世界（前編）（1/3 ページ） ドキュメント・データベースの最大の特長は、「パフォーマンス、大量データ、スケーラブルといった課題を克服するためのシンプルなセットを提供している」という点だ。 もちろん既存の多くのリレーショナル・データベース（以下、RDB）でも、ドキュメント・データベースが備えている特徴的な各機能に類似することが実現可能だし、さらに広範な概念や機能性を提供している。例えばシャーディング（Sharding。詳細後述）についても、既存の多くのRDBでデータの分散化が可能だ。しかしドキュメント・データベースでは、「そもそもデータ構造がこうした構成に適している」という点と、「それに付随して、考え方もシンプルである」という点が優位な特徴である。 万人が、データベースが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
