遅延トランザクション、入力時ロック
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
RIA、遅延トランザクション未経験なので教えて下さい。
遅延トランザクションだと入力時ロックは使えないと思いますが、
同時に同じレコードの編集を始めたとして、そのレコードを抜ける時まで、わからないもんなんでしょうか?
例えば得意先マスタのあるレコードの項目をいっぱい編集して、よしOK(保存しよう)と思ったら、他のユーザーが更新しました!と表示されリセットされるのも使う側にとっては嫌だろうと思いまして....。
不正な更新が行われる訳ではないので、文句言ってもいけないですかね?^^;
遅延トランザクションだと入力時ロックは使えないと思いますが、
同時に同じレコードの編集を始めたとして、そのレコードを抜ける時まで、わからないもんなんでしょうか?
例えば得意先マスタのあるレコードの項目をいっぱい編集して、よしOK(保存しよう)と思ったら、他のユーザーが更新しました!と表示されリセットされるのも使う側にとっては嫌だろうと思いまして....。
不正な更新が行われる訳ではないので、文句言ってもいけないですかね?^^;
投票数:0
平均点:0.00
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
nkmtさん、おっしゃる通りです。遅延にはその問題があります。
それはなぜかといいますと、インターネットアプリは基本的に
ユーザ数無限の世界ですから、ひとつ屋根のシステムのように、
ユーザ数が特定できないんですよね。それと、いつセッションが
落ちるか分かりませんし。
そのために考案されたのが遅延ですね。遅延ですと、10万人の
ユーザが同時アクセスしてきても耐えられますし、回線が途中で
ぶち切れてもデータの一貫性が保持されますので、頑強なシステム
が作れます。
どうしてもリアルタイムロックということですと、ロックテーブルか
何かを用意するしかないでしょうね。但し、セッションが切れた
ときにタイムアウトさせてロックを解除するという手当てが必要に
なりますが。
それはなぜかといいますと、インターネットアプリは基本的に
ユーザ数無限の世界ですから、ひとつ屋根のシステムのように、
ユーザ数が特定できないんですよね。それと、いつセッションが
落ちるか分かりませんし。
そのために考案されたのが遅延ですね。遅延ですと、10万人の
ユーザが同時アクセスしてきても耐えられますし、回線が途中で
ぶち切れてもデータの一貫性が保持されますので、頑強なシステム
が作れます。
どうしてもリアルタイムロックということですと、ロックテーブルか
何かを用意するしかないでしょうね。但し、セッションが切れた
ときにタイムアウトさせてロックを解除するという手当てが必要に
なりますが。
投票数:1
平均点:10.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
丹田さん レスを頂きましてありがとうございました。
色々テストしたり考えたりしてみたいと思います。
RIAは自分には関係ないと以前は思ってましたが、だんだんそうもいかなくなりそうです。^^;
空席照会・予約で10席確保。
2〜3分後、予約実行したら・・・とか色々考えないといけなさそうですね。
色々テストしたり考えたりしてみたいと思います。
RIAは自分には関係ないと以前は思ってましたが、だんだんそうもいかなくなりそうです。^^;
空席照会・予約で10席確保。
2〜3分後、予約実行したら・・・とか色々考えないといけなさそうですね。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
そうですね、だんだんそういうのしか仕事がなくなっていきますので、
うかうかしていられないですね。
> 空席照会・予約で10席確保。
> 2〜3分後、予約実行したら・・・とか色々考えないといけなさそうですね。
照会・確保の段階で、仮押さえしておく必要がありますね。不要になったら
破棄するという仕草ですね。航空会社のトランザクションによくあるパターン
です。
うかうかしていられないですね。
> 空席照会・予約で10席確保。
> 2〜3分後、予約実行したら・・・とか色々考えないといけなさそうですね。
照会・確保の段階で、仮押さえしておく必要がありますね。不要になったら
破棄するという仕草ですね。航空会社のトランザクションによくあるパターン
です。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
こんにちはPuです
遅延トラン
素晴らしいです
Magic以外で Webアプリ作ってたら
自分で 他の人がそのレコードをupdateしたか
実装しないといけませんが
Magicは意識せずにやってくれますので
遅延トラン
素晴らしいです
Magic以外で Webアプリ作ってたら
自分で 他の人がそのレコードをupdateしたか
実装しないといけませんが
Magicは意識せずにやってくれますので
投票数:1
平均点:10.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
おはようございます。
そうなんでしょうね。レス誠に有難うございます。
こんな事出来る?こんな時どうやってる?って他のツールと比較すると面白そうですね。
そうなんでしょうね。レス誠に有難うございます。
こんな事出来る?こんな時どうやってる?って他のツールと比較すると面白そうですね。
投票数:0
平均点:0.00
nkmt
投稿数: 1668
![長老 長老](../../uploads/rank3dbf8eb1a72e7.gif)
SELECTで取ってきて
UPDATEで書き換えと単純な仕組みだったら
「あれ、俺が変更したのが消えてるじゃん!(怒)」
ってなっちゃうんですよね?
UPDATEで書き換えと単純な仕組みだったら
「あれ、俺が変更したのが消えてるじゃん!(怒)」
ってなっちゃうんですよね?
投票数:0
平均点:0.00
s_nagura
投稿数: 109
![一人前 一人前](../../uploads/rank3dbf8ea81e642.gif)
その辺りは「更新レコードの識別特性」と関係してきますかね。
スキルアップセンターにPDFがあるので読んでみてはどうでしょうか。
http://devnet.magicsoftware.co.jp/images/skillup/magic/download/v10_defered_tran.pdf
スキルアップセンターにPDFがあるので読んでみてはどうでしょうか。
http://devnet.magicsoftware.co.jp/images/skillup/magic/download/v10_defered_tran.pdf
投票数:2
平均点:10.00