データベースへデータを保存するときに、例えば
「ユーザーデータ」を
・テーブルＡ（認証用にメアド・パスワード）
・テーブルＢ（名前などその他の情報）
の２つに保存したいとします。
この場合、２回ＳＱＬを発行しますが、
もし「テーブルＡに登録した後、テーブルＢの登録時になにかエラーがあった」場合、
どのような処理を行なえばいいのでしょうか？
ＤＢのシステムはMyISAMを使っています。
このような「ユーザーが１回ボタンを押すと、２ヶ所のテーブルへデータを保存・更新」するとき、
どのような処理を行なうべきなのか、参考になる情報などがありましたらお願いします。
No.1
2625
1149
100pt
利用場面や運営方針によりますね。軽く例をあげていきたいと思います
（Ａ案）トランザクションもどきの判断をphpで行う
・面倒だし、phpで行うなら素直にInnoDB使うほうが簡単で高速ですね
（Ｂ案）テーブルＡだけで何が悪いと開き直る
・テーブルＡの情報はそのまま残して「詳細情報の登録は失敗しました」と再登録を促がす
・テーブルＡはメアドをプライマリキーとしておいて INSERT ... ON DUPLICATE KEY UPDATE 構文での書き込み処理を行う
http://dev.mysql.com/doc/refman/5.1/ja/insert-on-duplicate.html
（Ｂ案改）テーブルＡとテーブルＢの登録は分ける
・とりあえずシステムを利用するために「メアド／パスワード登録」を行わせ、詳細に使いたいなら「名前などの詳細情報登録」を行わせるという２つの作業に分けてしまう
ケースバイケースなので、まだまだ案はあると思いますが、無難なところでやっぱりInnoDB使っておけばいいという結論になりそうな気もします
1
1
2
1
222
220
どうもありがとうございます。
フレームワークを使っているので、プライマリーキーが連番idに固定されているので、InnoDBが良さそうですね。
InnoDB使ったことないのですが、ちょっと調べてトランザクション試してみます。
Ｂ案の、開き直りで再登録を促す作戦はあちこちでごり押しで使えそうなので、いいですね（笑）