MongoDB 1
>>1 公式サイトぐらい貼れ。 適当に採用実績とか参考書とかも。 なるほど、国内ではNAVERとA-SaaSも使っているのか >>12 テンプレきた? (`・∀・´ Ξ `・∀・´) . -=ニ二ニ=‐- . , <´ <´ `> `> 、 / / _ -======- 、 \ \ / /‐'":::::::::::::::::::::::::::::::::::>、\ . \ / /´:::::y::∧:::::::::::::::::::::::∧:::::::入ゞ、 .:\ . , ′ /:::::::::r-十‐一::::::::::::::::7´丁`ヽ::::::::ヽ. ', / ./:::::::::::::::∧/ \:::::::::/ .∨::::ヘ::::::人 ! 仲間でゲソ!! \__/:::::::::::::::/.,,-─-、 ヽ/ , -‐- 、_::::::::::::レ'" . イ :::::::::::::// /} レx イ/) {`ヽヘゞ :::::::::ト、 ∨ :::::::/ i {=z, r=} |={ 〉=! .}ヘ::::::: ∧| . ∨::::/ :|乂_}_{,ノ 乂) (_,ノノ!八::::/ ` 〉W :::! ⊂ ⊃ ' ⊂ ⊃|:::::i〉{ /:::::::〉:::!. | ̄ ̄ ̄ ̄ | /|:::::|:∧ /:::::::/l::::|Yr===z,!::::::::::::::::::::::, r=='、_ :::ト、:::\ . /:::::, ' ::!:::// /ヽ、____ノ r'X´¨ヽゝト、ヾ::: \ . / :::/:::::/l { ´ ./ / .〉ー‐一イヽ、 \ .〉 .i::::\::: \ . ' :::/.::::::i ソ入 ト、 .ィ! / |::::: : \::: \ , ′, '.:::::::/! 〈:::::`ーx__ノ::::', ,':: 乂__>' :〉 ト、:::::::::: ヽ::::::\ /:::/ /:::::/ | V::::::::::::::::::::::::::! i:::::::::::::::::::::::ノ .| ヽ:::::::::::ヾ::::::::\ アニメ?の話やめようぜ よくわからん Cassandraに先を越されたオライリー和書だけどMongoDBはどうなってるんだろうね サイバーエージェントを支える技術者たち:第25回 MongoDB最前線! 効果的なシャーディングとバックアップ|gihyo.jp … 技術評論社 http://gihyo.jp/dev/serial/01/cyberagent/0025 匿名による告発「MongoDBは使ってはいけない」 ttp://gihyo.jp/dev/clip/01/orangenews/vol66/0003 >>23 数千万件のユーザデータはRDBMSの方が適切だろうと思う シャーディングってローカルLAN内での運用が前提なのかな? ローカルだけだと普通に稼働するんだけど、外部のサーバーを含めると途端に動作が遅くなってほとんどシャーディングされなくなる >>25 ?インターネット経由で遠隔のサーバとshardingしてんの? >>26 うん 本番環境で使おうなんて思わないけども挙動を試してみたくて 更新少ないならCouchDBでいいじゃん 設計詰めてたらTraditionalSQLでいいじゃん みたいになって意外と難しい 選択肢が増えるのはいいことだけど >>23 これ読んで使うのやめとくことにした twitterで動いてる実績あるけどさ 内部の人が言ってるんだから俺みたいなsqlってなんですかレベルには厳しい よかったまだスレ生きてた Mongo用にサーバーを自分で作ろうと思ってるんだけど、メモリは馬鹿みたいに積むとしてCPUはどうするか悩んでる コア数上げても意味ないのかな? おれも使ったことがないからアレだけどスケールアウトが強みっぽいから後でどうとでもなるんじゃね? ユーストでRailsのひとが全バージョン保存するってのやってたんだけど、Javaのmorphiliaから使える? 日本語不自由でスマン Railsのmongoidっていうライブラリは@versionsっていうアノテーションでmongodbの対象ドキュメントの履歴をバージョン管理できるらしいことを知った mongodbのcuiに該当のコマンドが見つからないんだけど、あれはmongodbの機能なのかあのライブラリの実装なのか知りたいんだ http://mongoid.org/docs/extras.html のVERSIONINGのところかな >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とかいうカラムを使う設計があるけど、それに近いんだろうな ソース、サンクス よく読んでみる 俺も時代に乗り遅れないようにMongoDBを始めようと今日下調べした結果 ・NoSQLというRDBMS以外のDBMS ・NoSQLには主にKVS型とドキュメント指向型がある ・MongoDBはドキュメント指向型である ・既存のRDBMSと比べてよいパフォーマンスを期待できる ・サーバを追加するだけでいいため大規模システムにも向いており保守も容易である ・既存のRDBMSと比べてメモリ消費量が多いためレンタルサーバでは導入しにくい これであってる? さわってみた感想だけど 今まででもORマッパとかあったけど、RDBMSの正規化とかの考え方とオブジェクト指向なデータの扱いは必ずしも一致しないから、フロントエンドから正規化したRDBMSを使うという感覚だった だけど、nosqlはハッシュやjsonに近いからオブジェクト指向にマッチする 拡張した変数を扱える感じでプログラムが書けるところがいい気がする テーブルとかの形式のデータはRDBMSでいいんじゃねかな 大規模だとスケールアウトとか書き込み速度の問題とかがあるけどまるっきりRDBMSでだめってわけじゃないし実績あるし モデル設計でなんかRDBMSは違うなあってときに使えばいいんじゃないか 例えば、ありがちなRPGのキャラリストの職業欄で戦士、僧侶、魔法使いしかいなかったけど、召喚士みたいなクラスで召喚っていうコマンドと召喚獣リストってパラメータつけたいってとき、 オブジェクト指向ならファクトリーで従来のクラスを承継して新しいメソッドとパラメータ書けばいいけど バックがRDBMSだと再設計とかalterとかメンドクサイことがあってオブジェクト指向のよさがスポイルされちゃうなあってときとかない? たぶん、mongoならスーパーをポリモーフしてデータベースに接続してれば、エンベッドで結構柔軟にデータをいれられるんじゃないかな JAVAの人かな?そんなに複雑に捉える必要ないと思う オブジェクト指向にマッチするとかしないとか、使い始めると結構どうでもよくなるような気がする MongoDBの一番の良さって一般的には「スキーマフリー」だと考えてる 曖昧であやふやなデータに対する許容制が強い RDBMSだと最初にかっちりとスキーマ決めたら後で動かせなくなるけど、Mongoなら後で何とでもなる それに加えてNoSQLの中ではRDBMSっぽい諸要素が備わってるので、MySQL等から移行しやすいってのが人気を博してる理由なのかなと 逆に言えば、スキーマフリーにメリットを見いだせないようなビジネスロジックならMongoを使う必要も無いような気がするんよね 正直RDBMSでは考えられないような適当な挙動が随所に現れるので、最初は戸惑う人が多いと思う あと、シャーディングは桃源郷っぽく見えるけど実際はそんなに簡単じゃないし、 まだノウハウが溜ってないので結局MySQLでレプリケーションした方がよっぽどスケールしやすかったりする この辺は今後1年ぐらいで枯れてきて劇的に改善するとは思ってるけれど まあいずれにせよMongoに限らずNoSQLは色々と使ってみるといいんじゃないでしょうか MySQLみたく枯れて安定した技術を勉強しても楽しいとは思わないけど、NoSQL界隈は面白い 勉強のしがいがある まだまだ日本語の情報が少ないので自分が発信源となって色んな人から感謝されたりしますしね >>43 そう、スキーマフリー! それがいいよね だけど、正規化って二重登録やデータ間の矛盾が生じないようにする生活の知恵だから、調子に乗ってると後で痛い目みそう そのうちmongoのデザインパターンみたいなのが確立してくるんだろうけど スキーマレスというと、いわゆるXML DBがその点を売りにしてたと思うけど、 紋甲がXMLより嬉しい部分ってどんなとこ? うれしいとかじゃなくてXMLDBってもう息してないんじゃないか? ちょっと気づいたんだけど、xsltならhtmlでいうインライン要素もいろいろ扱えるけど、mongoだと仕組み上ブロック要素しか扱えない、といえるかも 一昨日までマンゴーDBだと思ってました くだものから取った名前なんだなと xmlは見た目からして無駄が多すぎ jsonのほうが楽 犯罪者個人に対して告訴状を違法派遣・偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料) or 司法書士が代筆(料金は5万円ぐらい)※コピペ歓迎 ↓ 告訴状を【検察の直告班】に郵便局の内容証明付で送付(疎明資料・証拠にはICレコーダー、スマホによる録音が適しています) ↓ 審査 → 不受理 → 告訴状再提出または刑法 第193条で訴えを起こす ↓ 受理 → 告訴事実を認め示談交渉(↓) →示談成立 → 法廷相場50〜100万円の示談金 ※示談拒否が良い ↓ ↓ 事案化← 前科あり ←示談不成立(↓)→ 示談外交渉→ 犯罪者の年収半額×最大懲役年数の和解金支払い※推奨 ↓ ↓ ↓ 起訴 →公判 → 罰金刑=前科(起訴事実を認めてるため)→追討ち民事訴訟 ↓ 審査 → 起訴(強制捜査・留置場)→ 公判 → 懲役刑などの厳罰(反省が認められないため)→追討ち民事訴訟 ↓ 不起訴、起訴猶予 ↓ 検察審査会法第30条(検察審査会へ申し立て)→ 起訴 → 起訴後は同上 刑法 第193条(公務員職権濫用)で検察事務官を刑事告訴 → 同上 ◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約(公正証書・即決和解で秘密保持契約) ◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。 前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。 ◎事業者内部の加害関係者による刑事告発(刑事訴訟法239条1項)も可能です。 加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。 注意:告訴が受理されない理由 ●3年間(※)の時効が過ぎたもの ※違法派遣 ●同一事実について過去に告訴取消しがあったもの ●関連する民事訴訟を有利に導く目的の場合 ●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。 ●●●ケネディ大統領は何故、死なねばならなかったのか?●●● 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 ¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥¥ パワハラ犯罪にたいする刑事罰(※本投稿のコピペ歓迎です) 人事原則 1 現行法では、社員が仕事を怠けたり、能力不足、就業規則違反、目標を達成できなくても解雇をしたり叱責することは違法です。どんな駄目社員、嘘つき社員、怠け者も定年まで解雇が違法なのが現行の正社員制度です。 2 パワハラは社風にあわない社員、成績の振るわない社員を自主退職に追い込む言わば人事的措置として用いられることが多い。 ※違法な解雇の和解金相場は、労働審判で3ヶ月、通常裁判で1年以上の報酬、さらに社員が和解を拒めば復職が可能です。弁護士への着手金は12〜15万円、和解拒否なら20〜50万円程度。 人事部・ホットライン・御用組合へ直訴 メリット: 一時的緩和や人事異動 デメリット: 役員へ情報筒抜け、危険分子の烙印(情報漏洩がホットライン直訴者に多いのは人事部の常識)、パワハラ放置で自主退職に追い込まれる 民事訴訟・調停・労働審判 メリット: 損害賠償 デメリット: 裁判費用、解雇措置、民事不介入で刑事事案化を阻止、長期係争、パワハラ上司の継続雇用 刑事告訴 メリット: 1パワハラ上司の解雇・懲戒、または2多額の和解金、1と2どちらでも被害者の雇用は維持 デメリット: 人事異動(出世コースから外れる) ◎録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。 ◎告訴受理後の和解金は加害者の資産・収入に応じて変えてください。犯罪者の昨年の年収の半額程度×最大懲役年数が妥当です。 ◎パワハラの被害についての告訴は1侮辱罪2脅迫罪3強要罪4威力業務妨害罪5傷害罪の順序で行ってください。警察・検察の協力(犯罪者の自宅・職場の強制捜査、留置所勾留)により罪の立証が楽になります。 ◎刑事告訴した社員を解雇したり処遇面で著しい差別を行うことはないでしょうが、出世や管理職以上の昇進の可能性はあきらめるべきでしょう。 ◎刑事告訴は民事訴訟と違って裁判による被害者への2次被害にありません。検察庁が被害者に代わって訴えをおこすので、無料で、時間と手間も告訴状をかくことと音声録音を残すだけです。 ◎和解契約(公正証書・即決和解)では告訴した事実は秘匿事項となります。犯罪者が秘密保持契約を違反した場合の損害賠償金は、最低5000万円〜にしましょう。 しかしここまでスレが伸びないとは思わなかった 一応web界隈じゃここ5年スパンで見ても有力なプロダクトなのにねえ もう2chで情報交換する時代じゃなくなったってことか スキーマレスというと、結局ネットワーク透過型HashDBがあればという感じで… TokyoCabinetあたりを使って、自分でモデリングしてしまうんだよな mongodb 2.2.3 を入れました 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 というエラーになります。何が間違っているのでしょうか? > db.col1.find({"name" : "mongo"}) 普通にJavaScriptとして考えればいいよ findにオブジェクトリテラル渡すだけ。 2.4の目玉 ハッシュドシャードキー JavascriptエンジンがV8になって並列処理が高速化? 全文検索(まだBeta扱い 日本語未対応) もう少しストレージの容量を抑えてくれないかなあ 速度とかよりそっちの方が切実 すぐSSDの容量を使い切って諭吉が出て行く悲しい現実 mongoDBってMySQLに比べてどういう良さがあるんですか? ◎2chスレッド勢いランキングサイトリスト◎ ★+ニュース板 ・ 2NN (推奨サイト) ・ 2chTimes ★+ニュース板新着 ・ 2NN新着 ・ Headline BBY ・ unker Headline ★+ニュース板その他 ・ Desktop2ch ・ 記者別一覧 ★全板 ・ 全板縦断勢いランキング (推奨サイト) ・ スレッドランキング総合ランキング ・ ログ速 ★全板実況込み ・ 2勢 (推奨サイト) ・ READ2CH ・ i-ikioi ※ 要タイトル検索 ※ 2chブラウザ併用推奨 これは他に比べて方言キツくないから敷居低いよね キチガイに悪評流されまくってるけど 俺…暇ができたらMongoLabでMongoDBデビューするんだ 技術面ではjavascriptで書けるので敷居が低い。又、運用面でもトラブル少ないし、制約も少ない。 必然的に話題は少なくなるよね。 ただ、分析用には最適だが、経理や基幹への導入は難しいね。 http://www.npa.go.jp/cyberpolice/detect/pdf/20150220.pdf >2月10日、ドイツのザールランド大学のグループが、インターネット経由で外部から認証を 必要とせずにアクセスすることができる MongoDB データベースを約4万件確認したとの研究 結果を公表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ディレクトリが見あたらない >>89 npmでインストールしているのですが、 それでは不足があるのでしょうか? >>90 それは node から MongoDB にアクセスするためのドライバ https://www.npmjs.com/package/mongodb のQuickStartをなぞっておけばいい これに限らず大体npmやGitHubの個別ページに使い方書いてあるから 下手に調べるよりまずはそこから見ておいたほうがいいよ >>91 ,92 ありがとうございました。 期間空きましたが理解できました シェアの割にはびっくりするほど伸びないな 最近はnpmで落ちてくるMongo互換のNeDB使ってるけど手軽でいい感じ javascriptから操作してるんだけどfindでカーソルを1つに絞った後、 各要素をconsole.logに表示させるにはどうしたら良い? csr._id とかだとunderfinedと出る CAP定理だ。Consistency, Availability, Partitionabilityのうちから、一つあきらめて二つ選ぶのじゃよ read.cgi ver 07.4.7 2024/03/31 Walang Kapalit ★ | Donguri System Team 5ちゃんねる