dai
- 合計アクティビティ 140
- 前回のアクティビティ
- メンバー登録日
- フォロー 0ユーザー
- フォロワー 0ユーザー
- 投票 0
- サブスクリプション 43
コメント
daiによる最近のアクティビティ-
nkmtさん 私はモバイルでRIA使ったことありませんので参考になるかわかりませんが直感的に金融や医療系、公共系でなければ伝票欠番は許容することが多いと思いますので開始時に採番する方がシンプルな気がします。 採番はDB側で行う予定ですか？
-
Tandaさん なるほど、Windows対応でマウス操作が加わったことで、処理の流れやエラー対応の考え方が大きく変わったんですね。 どこでもクリックできる前提がある分、エラー処理については常に悩まされます。エンドユーザーはこちらの想定を超える使い方をすることも多いので、できるだけ柔軟に受け止めつつ、システムとして破綻しない仕組みを用意する必要があると感じています。 とても参考になりました。...
-
nkmtさん 複数選択はユーザーにとって便利だと思いますが、作成する側としては大変ですよね。サブタスクで複数レコードをINSERTする際に、コントロール検証に引っかかったり、変数がデータビューの一部となっていることに気付かず、ビュー再表示で新規レコードが先に作成され、インデックスの重複によりINSERTできなかったりと、さまざまな試行錯誤を行いましたが何とか形にはなっているようです。 脱線し...
-
Tandaさん エラーについて悩んでいたのは、売上入力の際の処理がきっかけでした。商品検索画面にチェックボックスを設け、複数商品を選択して画面を閉じると、選択した商品を一括で売上明細に書き込むようにしているのですが、その処理の途中でコントロール検証に引っかかってエラーが出てしまうことがありました。その経験から、「エラー処理の正解は一体何なのだろう？」と考えるようになったのが発端です。 売上入...
-
nkmtさん ご丁寧なご回答ありがとうございます。 やはりV9 Plusまでは FLOW('FN') を使ったエラー記述が一般的だったのですね。その後のバージョンからは、やはりコントロール検証にまとめるのが基本とのこと、大変参考になりました。 自分の環境では、ラインモードでの逐次チェックがどうしても煩雑になりがちで悩んでいたので、「基本的に明細行はエラーがあれば他行に移動できない」という考え...
-
KURITAさん ありがとうございます。サブフォームや子プログラムで共通の一覧を流用する方法は、とても効率的で参考になります。抽出条件が異なっても結果項目が同じなら、この形でまとめられるのは便利ですね。 Magicの良いところと苦手なところをいい感じで組み合わせでうまく使えるとさらに効率アップに繋がりそうですね。自分もこういったやり方を意識してみたいと思います。
-
Sun niharaさん ありがとうございます。なるほど、読み込みだけでも作り方で大きく速度が変わるんですね。集計のときはやはりSQLやプロシージャの方が早くなるのも納得です。例まで挙げて頂きありがとうございます。 やはり仕様はなかなか固まらないことが多いので分担もちょうどいいバランスを見つけながらという感じです。magicはアジャイル的に開発を進められるのでいいですよね。うちもなんちゃって...
-
nkmtさん 正規化やリンクの扱い方で速度に影響が出るのは知っていましたが、実際に開発していると「やむを得ず非正規化してしまう」場面が多いですよね。インデックスの重要性も改めて実感します。納品直後は問題なくても、データが増えてくると集計が徐々に遅くなる現象はよくあります。 Magicにはまだまだ使ったことがない便利な機能や工夫の余地がありそうで、探ってみると新しい発見がありそうです。今回教え...
-
nkmtさん、こんばんわ いつもありがとうございます。本当にそうですね…どこで「埋め込みSQL」という言葉を拾ったのか、自分でも不思議です。。 現在、社内には Magic を触れないものの他の言語は扱えるメンバーがいて、共同開発できないかと考え、まずはSQLコマンドに取り組み始めました。MagicのSQLコマンドからストアドプロシージャを CALL できることを確認できたため、請求書の計算処...
-
Tandaさん ご返信ありがとうございます。magicのリンク照会だと処理速度に問題があり埋め込みSQLを集計に使用し始めたところなのですが、埋め込みだとプログラム単位でSQL文が複製されるので保守メンテが大変だなと思い皆さんどうしようされているのかと思い質問させて頂きました。あまり多用されている方は少ないかと思いますが。 これからさらに試行錯誤してみようかと思います。ありがとうございます。