といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山本 陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいい本だと思う (教科書としてすばらしいし復習用としても読みやすいのでイイ) のですが、トランザクションの所だけは分かりづらいなと感じました。その原因は、atomic transaction で解決できる課題を例として使っているという点と、トランザクションと更新クエリのレイヤ分割がされていない、という２つの点によるものではないでしょうか。 HTTP 上でトランザクションを表現する必要があるケースのほとんどは、atomic transaction ではなく
悲観もあれば楽観もある「トランザクション」の常識：企業システムの常識をJBossで身につける（8）（1/4 ページ） 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ ありえない！ 企業システムでの不完全なデータ 企業活動の日々の業務で発生するさまざまなデータ。それらを保存・利用するために、企業はITへの投資を行い、システムを構築しています。そうしたシステムにおいて、データを保存する際に防がなければならないのが不完全な状態での登録や更新です。 また、昨今のシステムでは保存先が複数存在するケースが多々あり、各保存先間での整合性を保証する必要があります。そこでシステム開発の際に重要となるのが、今
Song of Cloudで送金のトランザクション処理パターンが紹介されていました。 http://songofcloud.gluegent.com/2009/11/blog-post_18.html 同様のpython版がこちら Distributed Transactions on App Engine - Nick's Blog 上記のやり方で基本的には問題はないのですが、バージョン管理による楽観的排他制御を行っていないので、送金だけを考えるなら、残高を差分で更新しているので大丈夫ですが、これを一般的なパターンに拡張しようとすると、楽観的排他制御は必要になります。 楽観的排他制御とは、エンティティにバージョン番号を持たせておいて、メモリ読み込んだときのバージョン番号と書き込むときのバージョン番号が等しいことを確認する方法で、RDBMSの場合は、次のようなSQLを実行することで実現しま
App EngineのEntitiGroupは、Keyの親子関係を利用して組み立てられたEntityの集まりです。 Entityとは、Bigtable上の1つの行で、ユニークに識別するためのKeyを持っています。 Keyは、種類をあらわすkindとAppEngineから自動的に採番されるidもしくはアプリケーション側で自由に決めることのできるnameで構成されます。 通常は、AppEngineの自動採番に任せますが、Emailのアドレスをキーに使いたい場合などは、nameを使います。kindはテーブル名のようなものだと思ってください。 Keyの親子関係は次のようにして作ります。 Key grandparentKey = KeyFactory.createKey("Grandparent", "しげお"); Key parentKey = KeyFactory.createKey(grand
トランザクション処理の設計は重要である。RDBMSの負荷の面から見ると，トランザクションがアクティブ状態（トランザクションがスタートしてコミットもロールバックもしていない状態）である時間はできるだけ短い方が望ましい。RDBMSは，トランザクションがアクティブ状態だといくつものリソースを獲得して維持する必要があるからだ。具体的には，ロックの情報やUNDOログ（ロールバックされた時にデータベースを元の状態に戻すために使用するデータ），REDOログ（コミットされた後何らかの要因で損傷が発生したデータを復元するために使用するデータ），などがある。長時間終了しないトランザクションがあると，これらのリソースをその間獲得し続けなければならず，ほかの処理やトランザクションに悪影響を与えることがある。 一番分かりやすい例としては，RDBMSのシャットダウンがある。シャットダウンする際にアクティブなトランザク
Java Transaction API（JTA）は、アプリケーションが、分散トランザクション（ネットワークでつながれた複数のコンピュータリソース上のデータにアクセスして更新するトランザクション）を実行できるようにします。JTA は、トランザクション・マネージャと、分散トランザクション・システム関連のアプリケーション、アプリケーション・サーバやトランザクションの影響を受ける共有リソースへのアクセスを制御するリソース・マネージャとの間の、標準 Java インタフェースを指定します。本ドキュメントでは、このプロセスの概要と、DataDirect JDBC ドライバがどう関連しているかについて説明します。 目次はじめに データベース・アクセス 最も簡単な例：アプリケーションからデータベース アプリケーション・サーバ 分散トランザクションとトランザクション・マネージャ 分散トランザクション処理 J
では、複数のデータベースに対してアクセスする場合、どのようにすれば原子性を保証できるのでしょうか。これを解決するのが、図 2 に示す 2 フェーズコミットと呼ばれる方法です。 2 フェーズコミットでは、図 2 のようにトランザクションのコミット処理を 2 段階のフェーズにわけることによって原子性を保証します。ちなみに図 2 の UML 表記は、厳密ではありません。どのようなメッセージが交換されるのかについてのみ注目してください。 第 1 フェーズでは、まず、各データベースに対してコミットできる状態であるかどうかを確認するための準備 ( 図 2 の prepare ) の指示を送ります。これを受けた各データベースは、コミットできる状態かどうかをアプリケーションに伝えます。この処理を「投票する」と呼びます。コミットができる状態であれば、コミット予定の内容を確定させた後、アプリケーションに対して
2フェーズコミットと分散トランザクションの日本語のさっと読めるサイトなら、この辺よいですよと獄長に教わりましたｍ（＿ ＿）ｍ 5.X/Open の分散トランザクション処理参照モデル とかちゃんと知らなかったっす・・・・ http://www.ogis-ri.co.jp/otc/hiroba/technical/DTP/step2/index.html http://www.datadirect.co.jp/SupportLink/dev_center/jdbc/topics/jta （追記） 2フェーズコミットとその最適化として、あわせて読みたい 「2 フェーズコミットと Logging Last Resource，特許とオープンソース」 http://d.hatena.ne.jp/koichik/20081204#1228395633 ちょw、いま気づいたけど小林さんのblogが業務連絡
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く