もう二度と、絶対にMongoDBを使うべきじゃない理由
MongoDBは悪だ。なぜならそれは… …データを無くす（ソース：1、2）。 …実際、長期間、デフォルトでエラーを無視し続け、何があってもすべての単一書き込みが成功したとみなした（ 32ビットのシステムで3GBかそこらを使用したら、MongoDBの制限によって何の警告もなしに全データを失うことになった）。 …宣伝していたユースケースでですら遅く、これが早いと主張するには完全に証拠に欠けている（ソース：3、4）。 …ほぼ全てのユースケースで、暗黙のスキーマという悪しき習慣を強要してくる（ソース：4）。 …ロッキングに問題がある（ソース：4）。 …セキュリティの問題になるくらい、応答時間が酷く遅い。求めてきた人全員に認証なしで全データをさらしてしまうという危険なデフォルト設定をパッチするのに2年かかった（ソース：5）。 …ACID特性に準拠していない（ソース：6）。 …拡張やメンテナンスをする
WordPressで自作のテーブルに$wpdbを使ってアクセスするには、wp-includes/wp-db.phpにテーブル名を記載すること
以前、真木さんからデータベースのテーブルを追加するのはあまりおすすめしないと言われたのだが、データ数と利便性を考えてWordPressのデータベースに自作のテーブルを追加することにした。 というのも、先日開催されたWordCamp Tokyo2011に、kmikage氏とbluemoon氏にくっついて放送部としてお手伝いさせていただいたのだが、会場リーダーをつとめられた西川さんから”$wpdbがいいらしい”というお話をいただき、これを使えばデータベースを直接いじることのリスクは下がる（あくまで下がる）という理解でさっそく使ってみることにした。 で、まずはテストとして、wp_testというテーブルをつくり記事ページに下記のコードを記載してみた。 $posts = $wpdb->get_results(“SELECT * FROM $wpdb->test”); var_dump($posts)
MongoDBの信頼性に疑問
原文(投稿日：2011/11/07)へのリンク 最近、MongoDB に関して非常に好ましくない内容のかなり話題になった市場報告が２つあった。批判の大部分は、パフォーマンス問題とデータ損失の組合せに集中している。この話を続ける前に、これらは公式の事例研究でないことを肝に命じて欲しい。そうではなくて、最近 MongoDBを使った開発チームによる市場報告である。 まず Urban Airshipの Michael Schurter氏のレポートから始める。 Urban Airshipは既に、MongoDBの問題を経験しており、このレポートを書く前にデータのほとんどを PostgreSQLに移行を済ませていた。残ったデータはMongoDBにとって理想的のようだ。 短命－もしそれを失っても、短い間サービス低下を経験するが、 壊滅的ではない 小さい－容易にメモリーに収まる(~15 GB) 二次索引－キ
稲員勇輝の覚書 2010年02月
確認 【Servletの基本的な書き方】 package test; import java.io.IOException; import java.io.PrintWriter; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; public class Test01 extends HttpServlet{ @Override public void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletExcept
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
