MongoDB 1
公式サイトぐらい貼れ。
適当に採用実績とか参考書とかも。
http://www.mongodb.org/display/DOCS/Production+Deployments
明日テンプレ充実させとくよ
テンプレきた？
(`・∀・´ Ξ `・∀・´)
公式
http://www.mongodb.org/
日本ユーザー会 "MongoDB JP"
http://www.mongodb.jp/
http://www.mongodb.org/
・公式(日本語トップ)
http://www.mongodb.org/display/DOCSJP/Home
・日本ユーザー会 MongoDB JP
http://www.mongodb.jp/
・MongoDB全機能解説スライド
http://www.slideshare.net/doryokujin/mongodb1
http://www.slideshare.net/doryokujin/mongodb2
, <´ ＜´ ｀＞ ｀> ､
／ ／ _ -======- ､ ＼ ＼
／ ／‐'":::::::::::::::::::::::::::::::::::＞､＼ . ＼
／ ／´:::::y::∧:::::::::::::::::::::::∧:::::::入ゞ､ .:＼
. , ′ ／:::::::::r-十‐一::::::::::::::::７´丁｀ヽ::::::::ヽ. ',
/ ./:::::::::::::::∧/ ＼:::::::::／ .∨::::ﾍ::::::人 ! 仲間でゲソ!!
＼__/:::::::::::::::/.,,-─-､ ヽ／ , -‐- ､㍉::::::::::::レ'"
. ｲ :::::::::::::// ／} ﾚx ｲ/) {｀ヽﾍゞ :::::::::ﾄ､
∨ :::::::/ i {=z, r=} |={ 〉=! .}ﾍ::::::: ∧|
. ∨::::/ :|乂＿}_{,ノ 乂) (_,ﾉノ!八::::/ ｀
〉Ⅳ :::! ⊂ ⊃ ' ⊂ ⊃|:::::i〉{
/:::::::〉:::!. |￣￣￣￣ | /|:::::|:∧
/:::::::/l::::|Yr===z,!::::::::::::::::::::::, r=='､_ :::ﾄ､:::＼
. /:::::, ' ::!:::／／ ／ヽ､＿＿__ノ r'X´¨ヽゝﾄ､ヾ::: ＼
. / :::/:::::/l { ´ ./ / .〉ー‐一イヽ､ ＼ .〉 .i::::＼::: ＼
. ' :::/.::::::i ｿ入 ﾄ､ .ｨ! / |::::: : ＼::: ＼
, ′, '.:::::::/! 〈:::::｀ｰx＿_ノ::::', ,':: 乂＿_＞' :〉 ﾄ､:::::::::: ヽ::::::＼
／:::／ /:::::/ | V::::::::::::::::::::::::::! i:::::::::::::::::::::::ノ .| ヽ:::::::::::ヾ::::::::＼
Cassandraに先を越されたオライリー和書だけどMongoDBはどうなってるんだろうね
http://gihyo.jp/dev/serial/01/cyberagent/0025
ttp://gihyo.jp/dev/clip/01/orangenews/vol66/0003
数千万件のユーザデータはRDBMSの方が適切だろうと思う
ローカルだけだと普通に稼働するんだけど、外部のサーバーを含めると途端に動作が遅くなってほとんどシャーディングされなくなる
？インターネット経由で遠隔のサーバとshardingしてんの？
うん
本番環境で使おうなんて思わないけども挙動を試してみたくて
MongoDB
http://hibari.2ch.sc/test/read.cgi/db/1286392658/
7レスでdat落ちですた。
ここは4倍長生きしてるぞ。
結構人気あるはずなのに
設計詰めてたらTraditionalSQLでいいじゃん
みたいになって意外と難しい
選択肢が増えるのはいいことだけど
これ読んで使うのやめとくことにした
twitterで動いてる実績あるけどさ
内部の人が言ってるんだから俺みたいなsqlってなんですかレベルには厳しい
Mongo用にサーバーを自分で作ろうと思ってるんだけど、メモリは馬鹿みたいに積むとしてCPUはどうするか悩んでる
コア数上げても意味ないのかな？
誤爆？
Railsのmongoidっていうライブラリは@versionsっていうアノテーションでmongodbの対象ドキュメントの履歴をバージョン管理できるらしいことを知った
mongodbのcuiに該当のコマンドが見つからないんだけど、あれはmongodbの機能なのかあのライブラリの実装なのか知りたいんだ
＞Mongoid supports simple versioning through inclusion of the Mongoid::Versioning module.
とのことなのでMongoidが独自に実装してるっぽい
実装コードはここ
http://rubydoc.info/github/mongoid/mongoid/master/Mongoid/Versioning
reviseってメソッドがバージョン管理して書き込むのかな
結構短いシンプルなコードなのでJava化するのも簡単じゃなかろうか
ありがとう！！
やっぱり、独自の機能だったのか
RDBMSでもupdateやdeleteを使わずにupdate_flagとかdelete_flagとかいうカラムを使う設計があるけど、それに近いんだろうな
ソース、サンクス
よく読んでみる
・NoSQLというRDBMS以外のDBMS
・NoSQLには主にKVS型とドキュメント指向型がある
・MongoDBはドキュメント指向型である
・既存のRDBMSと比べてよいパフォーマンスを期待できる
・サーバを追加するだけでいいため大規模システムにも向いており保守も容易である
・既存のRDBMSと比べてメモリ消費量が多いためレンタルサーバでは導入しにくい
これであってる？
今まででもORマッパとかあったけど、RDBMSの正規化とかの考え方とオブジェクト指向なデータの扱いは必ずしも一致しないから、フロントエンドから正規化したRDBMSを使うという感覚だった
だけど、nosqlはハッシュやjsonに近いからオブジェクト指向にマッチする
拡張した変数を扱える感じでプログラムが書けるところがいい気がする
テーブルとかの形式のデータはRDBMSでいいんじゃねかな
大規模だとスケールアウトとか書き込み速度の問題とかがあるけどまるっきりRDBMSでだめってわけじゃないし実績あるし
モデル設計でなんかRDBMSは違うなあってときに使えばいいんじゃないか
例えば、ありがちなRPGのキャラリストの職業欄で戦士、僧侶、魔法使いしかいなかったけど、召喚士みたいなクラスで召喚っていうコマンドと召喚獣リストってパラメータつけたいってとき、
オブジェクト指向ならファクトリーで従来のクラスを承継して新しいメソッドとパラメータ書けばいいけど
バックがRDBMSだと再設計とかalterとかメンドクサイことがあってオブジェクト指向のよさがスポイルされちゃうなあってときとかない？
たぶん、mongoならスーパーをポリモーフしてデータベースに接続してれば、エンベッドで結構柔軟にデータをいれられるんじゃないかな
オブジェクト指向にマッチするとかしないとか、使い始めると結構どうでもよくなるような気がする
MongoDBの一番の良さって一般的には「スキーマフリー」だと考えてる 曖昧であやふやなデータに対する許容制が強い
RDBMSだと最初にかっちりとスキーマ決めたら後で動かせなくなるけど、Mongoなら後で何とでもなる
それに加えてNoSQLの中ではRDBMSっぽい諸要素が備わってるので、MySQL等から移行しやすいってのが人気を博してる理由なのかなと
逆に言えば、スキーマフリーにメリットを見いだせないようなビジネスロジックならMongoを使う必要も無いような気がするんよね
正直RDBMSでは考えられないような適当な挙動が随所に現れるので、最初は戸惑う人が多いと思う
あと、シャーディングは桃源郷っぽく見えるけど実際はそんなに簡単じゃないし、
まだノウハウが溜ってないので結局MySQLでレプリケーションした方がよっぽどスケールしやすかったりする
この辺は今後１年ぐらいで枯れてきて劇的に改善するとは思ってるけれど
まあいずれにせよMongoに限らずNoSQLは色々と使ってみるといいんじゃないでしょうか
MySQLみたく枯れて安定した技術を勉強しても楽しいとは思わないけど、NoSQL界隈は面白い 勉強のしがいがある
まだまだ日本語の情報が少ないので自分が発信源となって色んな人から感謝されたりしますしね
そう、スキーマフリー！
それがいいよね
だけど、正規化って二重登録やデータ間の矛盾が生じないようにする生活の知恵だから、調子に乗ってると後で痛い目みそう
そのうちmongoのデザインパターンみたいなのが確立してくるんだろうけど
紋甲がXMLより嬉しい部分ってどんなとこ?
くだものから取った名前なんだなと
jsonのほうが楽
http://docs.mongodb.org/manual/release-notes/2.2/
しかし過疎ってるな
↓
K状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査 → 不受理 → K状再提出または刑法 第193条で訴えを起こす
↓
受理 → K事実を認め示談交渉（↓） →示談成立 → 法廷相場50～100万円の示談金 ※示談拒否が良い
↓ ↓
事案化← 前科あり ←示談不成立（↓）→ 示談外交渉→ 犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓ ↓
↓ 起訴 →公判 → 罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓
審査 → 起訴（強制捜査・留置場）→ 公判 → 懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→ 起訴 → 起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事K → 同上
◎K→K受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者にKできます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事K（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事Kに踏み切る場合も和解金による解決が妥当です。
注意：Kが受理されない理由
●３年間（※）の時効が過ぎたもの ※違法派遣
●同一事実について過去にK取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事Kは有効です。
http://jbbs.livedoor.jp/bbs/read.cgi/study/3729/1226114724/53
￥￥￥￥￥￥￥『万有サロン』書き込み大賞・総額100万円￥￥￥￥￥￥￥￥￥￥￥￥
この掲示板に優秀な書き込みをして、総額100万円の賞金をゲットしよう！(*^^)v
万有サロン
http://jbbs.livedoor.jp/study/3729/
書き込み大賞の詳細
http://jbbs.livedoor.jp/bbs/read.cgi/study/3729/1069922074/78-
書き込み大賞の詳細(資料倉庫内)
http://www2.tba.t-com.ne.jp/a-z/omake/banyu/taisho.htm
また、あらゆる疑問に関する質問を、携帯電話やメールでも受け付けています。
電話番号 080-4437-4187
メール aaa-zzz@tba.t-com.ne.jp
￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥
人事原則
１ 現行法では、社員が仕事を怠けたり、能力不足、就業規則違反、目標を達成できなくても解雇をしたり叱責することは違法です。どんな駄目社員、嘘つき社員、怠け者も定年まで解雇が違法なのが現行の正社員制度です。
２ パワハラは社風にあわない社員、成績の振るわない社員を自主退職に追い込む言わば人事的措置として用いられることが多い。
※違法な解雇の和解金相場は、労働審判で３ヶ月、通常裁判で１年以上の報酬、さらに社員が和解を拒めば復職が可能です。弁護士への着手金は12～15万円、和解拒否なら20～50万円程度。
人事部・ホットライン・御用組合へ直訴
メリット： 一時的緩和や人事異動
デメリット： 役員へ情報筒抜け、危険分子の烙印（情報漏洩がホットライン直訴者に多いのは人事部の常識）、パワハラ放置で自主退職に追い込まれる
民事訴訟・調停・労働審判
メリット： 損害賠償
デメリット： 裁判費用、解雇措置、民事不介入で刑事事案化を阻止、長期係争、パワハラ上司の継続雇用
刑事K
メリット： １パワハラ上司の解雇・懲戒、または２多額の和解金、１と２どちらでも被害者の雇用は維持
デメリット： 人事異動（出世コースから外れる）
◎録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
◎K受理後の和解金は加害者の資産・収入に応じて変えてください。犯罪者の昨年の年収の半額程度×最大懲役年数が妥当です。
◎パワハラの被害についてのKは１侮辱罪２脅迫罪３強要罪４威力業務妨害罪５傷害罪の順序で行ってください。警察・検察の協力（犯罪者の自宅・職場の強制捜査、留置所勾留）により罪の立証が楽になります。
◎刑事Kした社員を解雇したり処遇面で著しい差別を行うことはないでしょうが、出世や管理職以上の昇進の可能性はあきらめるべきでしょう。
◎刑事Kは民事訴訟と違って裁判による被害者への2次被害にありません。検察庁が被害者に代わって訴えをおこすので、無料で、時間と手間もK状をかくことと音声録音を残すだけです。
◎和解契約（公正証書・即決和解）ではKした事実は秘匿事項となります。犯罪者が秘密保持契約を違反した場合の損害賠償金は、最低5000万円～にしましょう。
一応web界隈じゃここ5年スパンで見ても有力なプロダクトなのにねえ
もう2chで情報交換する時代じゃなくなったってことか
そういうことです
TokyoCabinetあたりを使って、自分でモデリングしてしまうんだよな
mongoシェルから
> db.col1.insert( { "name" : "mongo" } )
>db.col1.find()
{ "_id" : ObjectId("5115f116a3b5013f99f06744"), "name" : "mongo" }
> db.col1.find("name" : "mongo")
Sat Feb X XX:XX:XX SyntaxError: missing ) after argument list (shell):1
というエラーになります。何が間違っているのでしょうか？
findにオブジェクトリテラル渡すだけ。
ハッシュドシャードキー
JavascriptエンジンがV8になって並列処理が高速化?
全文検索(まだBeta扱い 日本語未対応)
速度とかよりそっちの方が切実
すぐSSDの容量を使い切って諭吉が出て行く悲しい現実
http://wiki.algomon.com/wiki/%E4%BA%8B%E5%89%8D%E9%9D%A2%E6%8E%A5
★+ニュース板
・ 2NN (推奨サイト)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推奨サイト)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢 (推奨サイト)
・ READ2CH
・ i-ikioi
※ 要タイトル検索
※ 2chブラウザ併用推奨
キチガイに悪評流されまくってるけど
必然的に話題は少なくなるよね。
ただ、分析用には最適だが､経理や基幹への導入は難しいね。
＞２月10日、ドイツのザールランド大学のグループが、インターネット経由で外部から認証を
必要とせずにアクセスすることができる MongoDB データベースを約４万件確認したとの研究
結果を公表iしました。
http://tripnote.pw/?trip=jLpVznqvWx3BlesU&guid=54f32ab3def3c5e0568b4567
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦 佐藤伸弦
npmでnode.js+mongodbを入れて動かそうとしましたがうまく動きません。
（npm install mongodb --save）
・npm lsを見るとmongodbはインストールできている。
・mongo,mongodをcmdから入力すると以下のエラー
「内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ ファイルとして認識されていません。」
・pathにmongo配下のbinを通す必要があるようですが、binディレクトリが見あたらない
まずMongoDBをインストールしましょう
http://docs.mongodb.org/manual/installation/
npmでインストールしているのですが、
それでは不足があるのでしょうか？
それは node から MongoDB にアクセスするためのドライバ
のQuickStartをなぞっておけばいい
これに限らず大体npmやGitHubの個別ページに使い方書いてあるから
下手に調べるよりまずはそこから見ておいたほうがいいよ
ありがとうございました。
期間空きましたが理解できました
最近はnpmで落ちてくるMongo互換のNeDB使ってるけど手軽でいい感じ
各要素をconsole.logに表示させるにはどうしたら良い？
csr._id とかだとunderfinedと出る
100～のスレッドの続きを読む