全ては時の中に… : 【SQL Server】Transact-SQLで例外処理を行う
2007/9/1720:37 【SQL Server】Transact-SQLで例外処理を行う SQL ServerのTransact-SQLのトランザクションで例外処理を行う方法について説明する。 説明の前にいくつかの用語を補足しておく。 （分かり易い言葉にしているため、本来の意味と若干解釈が異なる部分があります） トランザクション 一連のDMLステートメント（SELECT, INSERT, UPDATE, DELETE）が記述された処理単位のこと。 トランザクションの全ステートメントが正常に処理された場合のみテーブルに変更内容が反映される。トランザクションのいずれかのステートメントでエラーが発生した場合、全ての変更内容がテーブルに反映されない。 （正常に動作していた部分についても反映しない） 例外処理 処理中に発生するエラーのこと。 例えば、既に同じキー値を持つデータが登録されている状
PostgreSQLスキルアップノート
行レベルロック・SELECT FOR UPDATE/SHARE【一覧に戻る】マニュアルへのリンクは/9.2/としています。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ■■■■ PostgreSQL スキルアップノート ■■■■ ■◆■■ 行レベルロック・SELECT FOR UPDATE/SHARE ■■■■ ■■■■ ■■■■ 2013/03/07 ■■■■ 使用環境：PostgreSQL9.1.7 (CentOS6.2) (C) 2013 ohdb ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 【マニュアル】 SELECT(FOR UPDATE/FOR SHARE)→●[マニュアル] 【マニュアル参考】 第 13章同時実行制御・明示的ロック→●[マニュアル] 【参考記事】 － ■１■ 概要 ━━━━━━━━━━
MySQL + InnoDB で SELECT ... FOR UPDATE 使ったときのメモ - ねじろぐ @drillbits
登場人物 どりるび：SIer時代はDBチームにDBを任せ、その後はゆるふわKVSを使いつづけることでRDBとの戦いを避けてきた。罪深い。 あらすじ のっぴきならない事情で、一意制約がかけられないにも関わらずテーブルに同一のデータを存在させたくないってことがあった。 例示であり実際のコードや所属する団体とはアレです。 user カラムはid（AUTO_INCREMENTなプライマリキー）とscreen_nameとis_deleted screen_nameの重複したデータは作りたくないが、例外としてis_deleted＝TrueなものはOK こんなかんじ ID screen_name is_deleted 1 ibusem False 2 d_osamu True 3 d_osamu True 4 d_osamu False で これだとアプリケーションレベルで存在チェックをかけた後にインサ
MySQL システムのユーザや処理単位にシーケンス(連番)を作成する方法 | RoguMe
システムのユーザや処理単位に一意なシーケンス(連番)を作成する方法について 流れは次のようになります。 １．シーケンス(連番)用のテーブルを作成 ２．シーケンス(連番)をさせたい一意なレコードを挿入 ３．シーケンス(連番)のカウントアップ、最新値取得 注意事項として、 トランザクション内でカウントアップしたシーケンス(連番)はROLLBACKでトランザクション前の値に戻ります。 注意しなければならないのは、他のユーザやシステムが同シーケンス(連番)を利用している場合、トランザクション処理を挟むと値が必ずしも正しいとは言えないという点です。 その為、同シーケンス(連番)を利用しているユーザが本人のみであったり、同シーケンス(連番)を利用している処理が当処理のみであったりする場合にこのシーケンス(連番)の方法は適しています。処理の場合はバッチ処理のカウンタ等が適しているかもしれませ
『[PGメモ]MySQL AUTO_INCREMENT の使用についてのエトセトラ。』
本日の宿題 ・たとえるなら同期通信の様に頻繁に更新があるシステム。 ・積んでいく順番が重要(抜けは問題なし)。 ・perl&MySQL(検証 version: 5.0.67-community-log MySQL Community Edition (GPL))です。 ・スタックなのでInsertのみ行い、基本的にUPDATEはない。 ・DBロックは最低限。 ・複合キーである。 ・要は下記のようなテーブルをマルチタスクで更新したい。 ①CREATE TABLE `test_stack` ( `big_id` int unsigned NOT NULL DEFAULT 0 , #大カテゴリ `mid_id` int unsigned NOT NULL DEFAULT 0 , #中カテゴリ `min_id` int unsigned NOT NULL DEFAULT 0 , #小カテゴリ `s
MySQLのトランザクションとテーブルロックの基本事項 - ぼっち勉強会
DB周りは全然分かっていないし毎回調べては忘れていくのでアレコレとメモ。 手元の環境 Mac OS X 10.7.3 MySQL5.5 InnoDB前提 サンプルとして使うテーブル mysql> desc sample; +-------+---------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------+---------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | val | int(11) | YES | | NULL | | +-------+---------+------+-----+--
[ThinkIT] 第3回：トランザクションの比較 (1/4) -at- 徹底比較!! PostgreSQL vs MySQL
トランザクション機能をサポートしているのは、PostgreSQLとMySQL＋InnoDBエンジンであり、MySQL＋MyISAMエンジンはトランザクション機能をサポートしていません。ここでのトランザクション機能とは、複数のテーブルやレコードに影響をおよぼす処理を1つの単位とみなし、この単位での処理結果を保証する機能を指します。 具体的には、BEGIN文にてトランザクションを開始していくつかの処理を行った後、処理を確定する場合はCOMMIT文、処理を取り消す場合はROLLBACK文を使用し、トランザクションを終了させるまでの処理です。 トランザクション分離レベルとは、複数のトランザクションが同時に実行された場合に、他のトランザクションからの影響がどのくらい分離するかのレベルを意味します。 ANSI/ISO SQL規格（SQL92）では4つの分離レベル（下記コラム参照）が定義されています。P
トランザクションでロールバックされない処理|てくめも@ecoop.net
BEGIN — 任意の処理 ..(A) ROLLBACK とすれば、(A)で何をしてもロールバックしてくれるものだと思っていたらそれは勘違いのようです。 たとえばシーケンスなど create sequence seq; BEGIN; SELECT nextval(‘seq’); — (B) SELECT nextval(‘seq’); — (C) ROLLBACK; SELECT nextval(‘seq’); — (D) としても (B) == (D) にはならず、BEGIN, ROLLBACK で囲まなかった場合と同じになります。 PGSQL-JP ML によると – http://www.drive.ne.jp/iMA/showmail.pl?pgsql-jp=3098 素人的な考えだと、transaction 内での処理なんだから、値を戻して くれてもよさそうなものなのに、と思うの
パフォーマンス比較 Cassandra、Mongodb、SQLite、H2、MySQL、Postgres - cypher256's blog
下記のようなシステムでパフォーマンスが良さげな SQLite を使用予定ですが、もっと速いものが無いか確認のため他のデータベースのパフォーマンスを計測してみました。SQL 利用前提ですが、NoSQL が圧倒的な性能を出す場合は検討する必要があるので KVS も確認しました。 データ件数は 1 億件程度、JDBC SQL 利用可能 INSERT、UPDATE はバッチ SELECT は主キーアクセス性能を重視 将来スケールアウトのための分散はありえるが、スタンドアロンで遅いのはだめ データベースのパフォーマンス比較 計測したデータベース データベース名 タイプ 形態 評判 計測についての備考 SQLite RDB 組み込み ※2 おもちゃ、Android標準 JDBC操作 ※1 H2 RDB 組み込み ※2 組み込み最速 JDBC操作 ※1 Derby RDB 組み込み ※2 Java標準で
【symfony】トランザクションの使い方：株式会社センティリオンシステム
トランザクションの使い方 - 記述日2008/3/18 - 綿引 $con = Propel::getConnection(sfConfig::get('app_idol_mem_db')); //←DB接続先 try { $con->begin(); ～処理～ $objMemberMst->save($con); ～処理～ $objMailMagListMst->save($con); if (!$boolCreditResult) //←特定の条件でrollbackしたいとき { $con->rollback(); $this->getRequest()->setError('error',sfConfig::get('app_msg_frei_error')); return sfView::SUCCESS; } cat
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
postgres SQL シーケンスの作成・トランザクションテスト | RoguMe