開発者のためのTips集 - 主に言語とシステム開発に関して
※このリンク集は，リファクタリングされる予定。（AndroidやRailsなどのカテゴリ別に分割する） シリーズ概説 開発の即戦力： 単なるノウハウではなく，開発工程を明確に短縮する事を目的とした参照用の記事。 ツ−ル： 即利用可，もしくは啓発的な内容となる事が目標。 コーディング： こちらへ移動した。 SEのTips： ライフハック的な内容も含める。 （１）開発の即戦力 こちらへ移動した。 上流工程から下流工程までカバーした，工程別のシステム開発のTips （要件定義・プロジェクト立ち上げから，設計・実装・テストまで） （２）ツール こちらへ移動した。 開発環境の構築手順・利用方法のまとめ （ApacheやLinux，サーバのセットアップなど） 開発作業に役立つ，各種ツールの導入方法・使い方のまとめ （３）コーディング こちらへ移動した。 （４）SEのTips 総合 エンジニアとして，成
Rubyの動かないコード （中級編） Ruby on Railsで，スレッドごとにトランザクションを分離したい - 主に言語とシステム開発に関して
以下のRuby on Railsのコードが，意図した動作をしないのはなぜですか。（制限時間１分） やりたい事 ２つのスレッドを同時に動かす。 スレッド１では，レコードを登録後，ロールバックする。 スレッド２では，レコードを登録後，コミットする。 タイミング順に，発生させたい出来事： スレッド１をスタート ↓ スレッド２をスタート スレッド１でトランザクション開始 ↓ ↓ スレッド２でトランザクション開始 テーブル１でレコード作成 ↓ ↓ テーブル２でレコード作成 スレッド１でトランザクションをロールバック ↓ ↓ スレッド２でトランザクションをコミット スレッド１を終了 ↓ スレッド２を終了 ※それぞれ，「↓」と書い
DBの「トランザクション分離レベル」が必要な理由 （PostgreSQLで，ファントム・リードを防止すべきサンプル事例） - 主に言語とシステム開発に関して
データベースには，「トランザクション分離レベル」というものがある。 以下では，それが なぜ必要なのか？ デフォルトのレベルでは，どうして駄目なのか？ PostgreSQLでは，どうやってレベルを変更・確認するのか？ などを取り上げる。 トランザクション分離レベル トランザクション分離レベルとは： 複数のトランザクションが同時に実行された場合に、他のトランザクションからの影響がどのくらい「分離」するか，のレベル。 ANSI規格では，４つのレベルがある。 READ UNCOMMITTED （一番低い） READ COMMITTED REPEATABLE READ SERIALIZABLE（一番高い） 徹底比較!! PostgreSQL vs MySQL 第３回：トランザクションの比較 http://thinkit.co.jp/free/article/060... トランザクション処理に詳しく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
