エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
013 同一レコードを複数ユーザが同時に変更してしまうのを防ぐには? - EC-One ナレッジセンター レスキューサービス ブログ
こんにちは、id:EC-OneのAkiです。 梅雨も明けて30度を超える暑い日が続きますが、みなさんいかがお過ご... こんにちは、id:EC-OneのAkiです。 梅雨も明けて30度を超える暑い日が続きますが、みなさんいかがお過ごしですか? アイスの食べ過ぎは夏バテの元ですよ! 今回は、Webアプリケーションのちょっと生っぽい実装テクニックのお話です。 同一レコードを複数ユーザが同時に変更してしまう? データベース内の特定のレコードを変更するWebアプリケーションを考えてみます。たとえば、「取引先マスタの変更」を行うアプリケーション等です。 この場合、このアプリケーションは以下のような流れになるでしょう。 ユーザがデータ編集画面に入るボタンをクリック。 サーバが現在のデータをデータベースから取得&返却し、それをユーザのブラウザが表示する。 ユーザがデータを編集し、編集結果反映ボタンをクリック。 このとき、変更した項目も変更していない項目も一緒にサーバに送られる。 サーバが編集結果をデータベースに反映する。
2010/09/10 リンク