インデックス重複のエラーメッセージのカスタマイズ
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
ara
投稿数: 122
投稿数: 122
いつも参考にさせてもらっています。ようやくv10を使用しての開発にとりかかりました。これまではv8しか触ったことがないのですが、Magicが出す固有のエラーメッセージをカスタマイズ（あるいはダイアログにして表示）するということはできるでしょうか？「インデックスが重複しています」とステータスバーに表示されるメッセージを、ユーザにわかりやすくできればと思っています。よろしくお願いします。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
データベースはなんですか？
投票数:0
平均点:0.00
ara
投稿数: 122
投稿数: 122
Pervasiveを使用します。
よろしくお願いします。
よろしくお願いします。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
データベースのデータベース特性のオプションの中にインデックスチェックがあります。
そこにチェックが入っているとイベントのエラーで判定する前にチェックがかかりいつものメッセージとなってしまいますがそこを外すとイベントのエラーの重複に引っ掛かってメッセージが自由に変更できるようになると思います。
ただいつもの動きと違いますので注意して下さい。
そこにチェックが入っているとイベントのエラーで判定する前にチェックがかかりいつものメッセージとなってしまいますがそこを外すとイベントのエラーの重複に引っ掛かってメッセージが自由に変更できるようになると思います。
ただいつもの動きと違いますので注意して下さい。
投票数:0
平均点:0.00
ara
投稿数: 122
投稿数: 122
ISHIJIMAさん、レスありがとうございます。
インデックスチェックをオフにすれば、当然キー重複のチェックをロジックで記述しないといけないということになりますよね。チェックオンにしておけば、自動でMAGICが重複チェックをしてくれるので、これはこれでとても便利ですね。例えばこのチェックはオンにしておいて、MAGICが出すエラーメッセージの内容を変更する、というようなことはできるのでしょうか？よろしくお願いします。
インデックスチェックをオフにすれば、当然キー重複のチェックをロジックで記述しないといけないということになりますよね。チェックオンにしておけば、自動でMAGICが重複チェックをしてくれるので、これはこれでとても便利ですね。例えばこのチェックはオンにしておいて、MAGICが出すエラーメッセージの内容を変更する、というようなことはできるのでしょうか？よろしくお願いします。
投票数:0
平均点:0.00
ISHIJIMA
居住地: 静岡県
投稿数: 1827
居住地: 静岡県
投稿数: 1827
何か方法はあるかもしれませんが私の知る範囲では通常無理なのではないでしょうか？
投票数:0
平均点:0.00
ara
投稿数: 122
投稿数: 122
お返事ありがとうございます。メッセージの変更は無理ですか…このあたり、マジシャンの方々はデフォルトのエラーメッセージでご対応されているのでしょうか？お客さんから見ると、「インデックスが〜」と表示されるエラーの内容がわかりにくいケースもあると思いご質問させていただきました。こんな工夫をされている等の事例がありましたらまた是非お聞かせいただければと思います。
投票数:0
平均点:0.00
EijiNagai
投稿数: 65
投稿数: 65
メインプログラムでエラー表示というわけにはいかないのでしょうか?
これならば、いちいち各プログラムにハンドラを記述しなくてもよいのでは?
これならば、いちいち各プログラムにハンドラを記述しなくてもよいのでは?
投票数:0
平均点:0.00
ara
投稿数: 122
投稿数: 122
EijiNagai様、お返事ありがとうございます。まだまだv10のが勉強不足で申し訳ないのですが、少しお聞きしてもよろしいでしょうか？メインプログラムに、「インデックス重複したらエラーを表示させる」というようなロジックを書いておけるということなのでしょうか？
投票数:0
平均点:0.00
EijiNagai
投稿数: 65
投稿数: 65
出張していたので返信遅くなりました。
もう解決されているようですが、私の意図としては、hiroさんが書かれているエラーハンドラをメインプログラムにおいてスコープをS=サブツリーにすることにより、各プログラム共通でエラー表示ができるという意味です。
メインプログラム独自に書き方があるわけではありません。
参考になったら幸いです。
もう解決されているようですが、私の意図としては、hiroさんが書かれているエラーハンドラをメインプログラムにおいてスコープをS=サブツリーにすることにより、各プログラム共通でエラー表示ができるという意味です。
メインプログラム独自に書き方があるわけではありません。
参考になったら幸いです。
投票数:0
平均点:0.00
EijiNagai
投稿数: 65
投稿数: 65
(重複投稿のため本文削除)
投票数:0
平均点:0.00
hiro
居住地: 三重
投稿数: 188
居住地: 三重
投稿数: 188
araさん みなさん こんにちは
今、動作してるＰＧＭでイベントの重複インデックスを使用
してメッセージを出力しています。
ＤＢのインデックスチェックもチェックが入っています。
ＤＢのキー項目が、１つしかなので可能なのかも知れませんが
処理方法しては、キー項目に対する項目については、変数経由で
画面入力しレコード後処理でＤＢの項目へ更新します。
こうするとその時点で重複インデックスのイベントが発生する
ようです。
このイベントの指示はロールバックして再起動にしています。
この方法で問題が出るパターンがあるかもしれませんが
参考まで
では．．
今、動作してるＰＧＭでイベントの重複インデックスを使用
してメッセージを出力しています。
ＤＢのインデックスチェックもチェックが入っています。
ＤＢのキー項目が、１つしかなので可能なのかも知れませんが
処理方法しては、キー項目に対する項目については、変数経由で
画面入力しレコード後処理でＤＢの項目へ更新します。
こうするとその時点で重複インデックスのイベントが発生する
ようです。
このイベントの指示はロールバックして再起動にしています。
この方法で問題が出るパターンがあるかもしれませんが
参考まで
では．．
投票数:0
平均点:0.00
ara
投稿数: 122
投稿数: 122
hiroさんこんにちは。
お返事いただいた内容、とても興味深いものだったのですが、「ＰＧＭでイベントの重複インデックスを使用」といいますのは、具体的にどのようなことになるのでしょうか？v10に慣れなく、ヘルプやドキュメント類を見てみたのですがわかりませんでした…。よろしくお願い致します。
お返事いただいた内容、とても興味深いものだったのですが、「ＰＧＭでイベントの重複インデックスを使用」といいますのは、具体的にどのようなことになるのでしょうか？v10に慣れなく、ヘルプやドキュメント類を見てみたのですがわかりませんでした…。よろしくお願い致します。
投票数:0
平均点:0.00
hiro
居住地: 三重
投稿数: 188
居住地: 三重
投稿数: 188
こんにちは araさん
解りににくい説明で申し訳ないです。
具体的には
１．イベントレベルを１つ作成します。
２．イベントタイプをＲ＝エラーとします。
３．イベントから重複インデックスを選択します。
４．そのイベントロジック内にメッセージを出力するコマンドを
記述する。
この内容についてはヘルプで’エラー処理’を検索するば
詳しく？記載されています。
以上 参考になりますでしょうか？
では．．
解りににくい説明で申し訳ないです。
具体的には
１．イベントレベルを１つ作成します。
２．イベントタイプをＲ＝エラーとします。
３．イベントから重複インデックスを選択します。
４．そのイベントロジック内にメッセージを出力するコマンドを
記述する。
この内容についてはヘルプで’エラー処理’を検索するば
詳しく？記載されています。
以上 参考になりますでしょうか？
では．．
投票数:0
平均点:0.00
ara
投稿数: 122
投稿数: 122
hiroさん、さっそくのお返事ありがとうございます。
お教えいただいた内容でやってみたところ、やりたいと思うことが実現できました！感謝いたします。
インデックスキーを複数持っていた場合は、このようにはいかないのでしょうか？一度試してみたいと思います。
また困ったときにはお力添え、よろしくお願い致します。
お教えいただいた内容でやってみたところ、やりたいと思うことが実現できました！感謝いたします。
インデックスキーを複数持っていた場合は、このようにはいかないのでしょうか？一度試してみたいと思います。
また困ったときにはお力添え、よろしくお願い致します。
投票数:0
平均点:0.00
hiro
居住地: 三重
投稿数: 188
居住地: 三重
投稿数: 188
こんにちは araさん
インデックス重複でのメッセージカスタマイズで
レコード後処理で実更新するような方法を挙げましたが
自習書などを参照すると、事前に存在チェックを行う
バッチタスクを用意した方が一般的かも知れません。
ケースバイケースとは思いますが、参考までに！
では．．
インデックス重複でのメッセージカスタマイズで
レコード後処理で実更新するような方法を挙げましたが
自習書などを参照すると、事前に存在チェックを行う
バッチタスクを用意した方が一般的かも知れません。
ケースバイケースとは思いますが、参考までに！
では．．
投票数:0
平均点:0.00
ara
投稿数: 122
投稿数: 122
hiroさん、こんにちは。
実データを項目更新する前に、重複チェック用のバッチタスクを設けるということですよね？情報ありがとうございます。試してみたいと思います。
実データを項目更新する前に、重複チェック用のバッチタスクを設けるということですよね？情報ありがとうございます。試してみたいと思います。
投票数:0
平均点:0.00
hiro
居住地: 三重
投稿数: 188
居住地: 三重
投稿数: 188
こんにちは araさん
＞実データを項目更新する前に、重複チェック用のバッチタスク＞を設けるということですよね？
そうです。
更新時ではなく事前にチェックするのが一般的かと思います。
では．．
＞実データを項目更新する前に、重複チェック用のバッチタスク＞を設けるということですよね？
そうです。
更新時ではなく事前にチェックするのが一般的かと思います。
では．．
投票数:1
平均点:10.00