エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
LAST_INSERT_IDで同時にアクセスが会った時
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
LAST_INSERT_IDで同時にアクセスが会った時
「多くの場合、ユーザは、複数のテーブルの 一意の識別子を管理するために ROLLBACK や LOCK TABLES を... 「多くの場合、ユーザは、複数のテーブルの 一意の識別子を管理するために ROLLBACK や LOCK TABLES を使用していた。これは、 AUTO_INCREMENT カラムおよび SQL 関数 LAST_INSERT_ID() または C API 関数 mysql_insert_id() を使用することで、 はるかに効率的に処理することができる。」 とありますので、一応は保証されていると考えて よいのではないでしょうか。もちろん私が、保証 することはできませんので、自己責任で判断すべき ことです。 3.23はトランザクション環境にないため、厳密に 整合性を保つためにはid管理は使用者側が任意に 行うべきだというのが個人的な感想です。 お役にたてませんで、申し訳ないです 参考URL:http://dev.mysql.com/doc/refman/4.1/ja/ansi-diff …