よく訓練されたアップル信者、都元です。今日はAmazon DynamoDBのちょっと厄介な特性とその対処方法について。 DynamoDBの課金モデル 今さら説明することでもないかもしれませんが、DynamoDBはプロビジョニングされたスループットに対して課金されます。 意味わかりますか？ さっぱり伝えられてる気がしませんｗ 「provisioned throughput」ってどう訳せばいいんですかねぇ。 おっと、いきなり脱線してしまいましたが。つまり「どのくらいの頻度でどのくらいのデータ量を読み書きをする予定なのか」というユーザからの事前申告に基づいて、Amazonがその処理能力を確保し、その確保分に対して料金が発生します。具体的には1秒あたり1KBのデータを100回書き込みたければ、100ユニットの書き込みスループットを設定し、この100ユニットに対する課金を支払います。実際にどの程度読

ドットインストール代表のライフハックブログ

忙しくない人は、公式のチュートリアルを頭から全部やると良いです。めんどくさくてそっちはやってないので分かりません。 とりあえずここを開いてジャッヴァスクリプトを眺める モジュールについて 基本中の基本。特に推奨セットアップのところを見ておけば良い。 DI(依存性注入)について こっちを読んだ方が幸せになれるかも。 どんなサンプルを読むにあたっても、DI の仕組みを知ってないと辛くなる。仕組み自体はよくできているが取っつきづらい。 特に 引数名で渡される実体が変わる 部分は慣れるまで気持ち悪い気がするし、ぼくは気持ち悪い。もっと言うと、minify した場合などで変数名が変わると動作しなくなるため基本的には変数名を指定して、実体を捕捉する必要がある。 var sampleApp = angular.module('sampleApp', []); /** たとえば、Controller で

postgresのストリーミング・レプリケーションを使ったマスタ・スレーブの2台構成のレプリケーション環境 さらに万が一のために、DBのダンプを別のサーバに保存しよう！ マスタはアプリケーションで使用してるので負荷かけたくないなと思い、 スレーブからダンプを取ろう！！ あれ？ダンプが取れない。。。 pg_dumpでダンプファイルは途中まで作成されてて、下記エラーが出て処理が止まってしまっていた。 pg_dump: SQL command failed pg_dump: Error message from server: ERROR: canceling statement due to conflict with recovery DETAIL: User was holding a relation lock for too long. 検索したら英語のサイトだらけだったけど、要は ス

（4/5追記）アクセス管理関連の脆弱性が発見されています。 【リリース情報】セキュリティリリース（9.2.4、9.1.9、9.0.13、8.4.17）が出ています http://pgsqldeepdive.blogspot.jp/2013/04/securityrelease.html バージョン9.2.3、9.1.8、9.0.12、8.4.16およびそれより前のバージョンをお使いの場合はアップグレードしてください。特にクラウド環境で利用する際にはご注意ください。 PostgreSQL Advent Calendar 2012（全部俺）のDay 13です。 クラウドが大流行中です。（個人的に） いろいろ試したり、ちょっとデータを突っ込んで分析したり、といった用途に使う場合には、クラウド上に自分専用のPostgreSQLが動いていると何かと便利です。 PaaSサービスを使うのも良いのですが、

今までは、以下の環境で、それぞれEmacsの設定(init.el)を分けていたんだけど、管理が面倒なので、なんとか統合してみた。 Windowsノート Linuxサーバ Linuxデスクトップ 設定を分岐させる方法 調べてみると、elispでは、ifとかwhenを使えば、環境で条件分岐できることが分かった。 ;; OSで条件分岐 (if (eq system-type 'gnu/linux) (hogehoge)) ; Linuxの場合 (if (eq system-type 'windows-nt) (hogehoge)) ; Windowsの場合 ;; GUIで条件分岐 (when window-system (hogehoge)) ; GUIの場合 windows-systemは、Windowsだと'w32、Linuxだと'xになるけど、今回はそこまで分けない。 結果 ~/.emac

PostgreSQLはもはやただのデータベースにあらず ─PostgreSQLカンファレンス2013 基調講演レポート Not so much as a database as a data Platform（単なるデータベースを超えたデータプラットフォームとしての存在⁠）⁠ ─11月8日、都内で開催された「PostgreSQLカンファレンス2013」（⁠主催: 日本PostgreSQLユーザ会）の基調講演に登壇したHeroku開発者のピーター・ゲーガン（Peter Geoghegan）氏はPostgreSQLをこう表現しました。 来年には次バージョンのPostgreSQL 9.4のリリースが期待されていますが、ゲーガン氏の言う"データプラットフォーム"としてPostgreSQLはどのような進化を遂げようとしているのでしょうか。本稿ではの基調講演の内容をもとに、PostgreSQLの次なる

Java 6 までの Concurrency Framework の主役は、 Executor です。Executor を使うと、 非同期処理や複数セッション処理の並列化を、効率的に実装することができます。 Java 7 では、 Fork/Join という新しい仕組みが登場します。これは、 Executor とは異なった種類の計算、 CPU が律速となるような重い計算をターゲットにしています。重い計算を小さなタスクに分割して、小分けになったタスクを複数のスレッド (プロセッサ) が並列実行することで、高速に処理する、という実行モデルです。OpenMP に似ているはずです。使ったことないけど。 Fork/Join の仕組みについて、詳しくは、下記桜庭さんの記事をお読みください。スレッドごとの実行待ち行列の取り回しの仕方など、面白いです。 Java SE 7徹底理解　第2回 細粒度の並行処理