MySQLで複数のテーブルを更新する際にトランザクションを使わずに、更新が失敗してもテーブル間の整合性を保てるテクニックがありましたら教えて下さい。

考えてる方法を以下に書きます。

■ 条件 ■
・Aテーブルから、掲示板のタイトル一覧を読み出し、Bテーブルからその書き込み内容を表示。
・同じタイトル名の重複登録は禁止。

■ テーブル ■ ※テーブルは簡略化してます
Aテーブル(タイトル一覧)
create table a_table (
　　id INT NOT NULL AUTO_INCREMENT,　# タイトルID
　　title VARCHAR(80) NOT NULL,　　　　　# タイトル名
　　flag TINYINT NULL,　　　　　　　　 # フラグ※更新中ならNULL、完了したら1
　　UNIQUE INDEX check (title, flag)　　 # titleとflagにユニークインデックスを貼る
);

Bテーブル(書き込み内容)
create table b_table (
　　a_id INT NOT NULL,　　　　　# aテーブルのID
　　body VARCHAR(255) NOT NULL,　# 書き込み内容
);

■ 更新手順 ■
①Aテーブルのtitleとflagにタイトル名とNULLを入れて保存
INSERT INTO a_table (title,flag) VALUES('タイトル',NULL);

②BテーブルにAテーブルのIDと書き込み内容を保存
INSERT INTO b_table (a_id,body) VALUES('aテーブルのID','書き込み内容');

③途中でエラーがなければ、Aテーブルのflagを1に変更して、更新完了
UPDATE a_table SET flage=1 WHERE id = 保存したbbsテーブルのID;

この手順だと、②と③で更新が失敗しても、更新が完了したflagが1のタイトルだけselectして表示すればよい。

また、他のユーザーと同じタイミングで同一タイトル名が登録されたとしても、ユニークインデックスを貼っているため、どちらかがエラーになり、タイトルの重複が起きない(更新に失敗したflagがNULLのものは、重複禁止の対象にならないため問題なし)

一般的に DBでの処理は トランザクションを用いて 失敗したら ロールバックするのが普通だが、それが出来ない理由、もしくはしたくない理由があるんでしょうか？

③の記述に間違いがありました。

誤: UPDATE a_table SET flage=1 WHERE id = 保存したbbsテーブルのID;
正: UPDATE a_table SET flag = 1 WHERE id = 保存したa_tableのID;

です。失礼しました。

理由は2つあります。

一つめは、検索中にebayはトランザクションレスだという記事を見つけて、単に好奇心がわいたこと。
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?Transactionless

二つめは、複数のDBサーバー間をまたがってデータを更新した場合、ちゃんとコミットされてるか不安(2相コミット使えと言われそうですが、MySQLでの使用実績がないため使いたくない)というのが理由です。

＞①の時にIDは自動採番されますので、それを取得します。

その取得のための SQL文を知りたかったのです。

複数同時更新があったとき、NULLのレコードが 複数存在すると思いますが、それを
どのように対処するのかな？と思いました。

同一タイトル名ならば、順番(ID)は あまり関係ないかもしれませんけどね。

複数の更新で、それぞれ みな同じIDを取得しちゃったら BのテーブルのaのIDは
みな 同じものに なっちゃうのでは？と思います。

IDの取得は、

SELECT LAST_INSERT_ID();

で解決すると思いますが、、、違いますかね。

他の方からコメントを頂いた(今は何故か消えてる？)のをヒントに問題点をメモ。

■LAST_INSERT_ID()の問題点:

LAST_INSERT_ID()は、コネクションごとに直近のinsertされたIDが保存されてるが、
コネクションプールを行って一つのコネクションを使い回しすると、IDの整合性がとれない。

■解決策:

その①
どうしてもLAST_INSERT_ID()を使いたいなら該当処理の時だけ、個別にDBに接続し、コネクションプールを使わない

その②
今回のケースは、重複する値が全部同じものなので、takntさんが仰る通り、該当するNULLのものを適当にselectしてIDを取得し、それを使用する

ということでしょうか。
あー、なんかややこしいですね。

消したコメントは私です(^^;

LAST_INSERT_ID() が他のセッションで INSERT が有っても辻褄があう事に気づいて消しました。

ただ、確かにコネクションプーリングをしていたら、という問題はありそうですね。

本筋から外れますが、テーブル A を作成する SQL は通りませんね。たぶん、意図するものは下記のようなものだと思います。

create table a_table (
　　id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
　　title VARCHAR(80) NOT NULL,
　　flag TINYINT NULL,
　　UNIQUE INDEX (title, flag)
);

ただ、NULL を許容するカラムをインデックスに使うと、重複したレコードを許容してしまうようです。

　http://bugs.mysql.com/bug.php?id=8173

バグとして報告されたんだけど、SQL92 の規格としてはこれで正しい、という話らしく、status が「Not a bug」になってます。

flag は NULL を許容するのではなく、DEFAULT 0 でも良いと思います。

コメントどうも有り難うございます。
軽い気持ちで質問したのですが、色々考えることでてきますね。。

頂いたアドバイスで、試行錯誤してみたいと思います。