メインコンテンツへスキップ
サインイン

SQLコマンド、結果データベース

nkmt

クロスリファレンスの良さをスポイルしてしまうデメリットもあるのは承知で、グルーピング集計する画面や帳票に、SQLコマンドを多用しております。

メインデータベースは、SQL Serverで、タスクタイプはオンラインかバッチです。

結果データベースには、Memoryを指定しています。

結果データベースに、SQL Serverを指定する事はありませんが、SQL Serverにした方がいいとか、メリットなどありますでしょうか？

結果データベースをSQL Serverにして正常に作動した場合、Management Studioで見てもテンポラリ的なテーブルは存在しない感じがしました。

コメント

14件のコメント

日付 投票
  • nkmt

    ISHIJIMA様、ありがとうございます。
    SQLでビューを作る事も無いのですが、売上明細と売上伝票と担当者名と得意先名といったよく使う分はJOINしておいたビューを定義するなどしてあれば、重宝するという事でしょうか？

  • nkmt

    ISHIJIMA様、ありがとうございます。
    弊社では、ビューを作成し、定義取り込みをしている分もありますが、私は使用していません。
    実行速度ではそちらの方が優れているのでしょうね。
    Magic上で一元管理されないのかな、と思うその１点が個人的には好みではないです。^^;

  • nkmt

    > 定義取り込みした後に必ずタイプを入れておけばさらに良いかと・・・

    いいですね！ありがとうございました。

  • Ｐｕ

    こんにちはＰｕです

    過去の経験からのレスですのであしからず。

    結果データベースには、Memoryを指定しています。

    他の選択で上手くいかなかった事があったので。

    それとよっぽどのことがない限りビューの定義はしません

    データが少ない時はビューも有効ですが、売上headとitemなど件数の多いのを

    ビュー定義すると、ビューを開くたびに遅いです。

    microsoft dynamicsなどのパッケージ連携ではビューしか公開してくれなかって

    magicでビュー開く度に遅かった記憶が．．．

    SQLは良く使います、というか多言語ではSQL記述するしか方法が無いので

    やっぱり速度は速いです。当然ですが。

    でわ～でわ～

     

  • nkmt

    Puさん　ありがとうございます。

    私もその一人ですがMagicオンリーだとSQL文を１度も書いた事が無い
    なんて人もいますね。

    お陰様で、SQL文の使い方を教えて頂いた事により、
    その後のシステム作りががかりと変わりました。

    結果データベースをSQLにした場合、
    Nullとかデータベースデフォルト値を
    変数に定義する必要がありました。

    正しい実験だったのかはわかりませんが
    結果データベースをSQLにしても
    永続的にテーブルが残る感じもしませんでしたし、
    今後も結果データベースは、メモリにしたいと思います。

    ビューを私は試した事がないので、実験ぐらいはしておこうと思います。

    本年もよろしくお願いいたします。

  • 群馬のマジシャン

    埋め込みSQLの結果DBですが。

    個人的に

    ・印刷・更新・照会などでワークファイルを作成（INSERT分）する場合は、入力データベースと同じ、データベースを指定しています。

    ・Select などでSQLDBへデータを作成しない（テーブルを更新しない）場合は、メモリを指定していました。

     

    正解なのは、まちがっているのか・・・。

     

    とりあえずは、今のところ問題は無いです。

     

    本年もよろしくお願いいたします。

  • nkmt

    群馬のマジシャンさん、レスありがとうございます。

    入力データベースと同じ・・・・参考になりました。m(__)m

    私も実験してみたいと思います。^^

    （来週から道場参加です。

    　Web Clientはもう何か月も触ってません。前もそんなに触ってないけど。）

  • 群馬のマジシャン
    • 編集済み

    nkmt　さん

    埋め込みSQLは、SQL　Management　Studioでクエリ検証して、コピペして、パラメータ設定を編集して・・・・。という形で使っています。

    結構「複雑」なクエリをはっこうしている者もおりまして。

     

    私も来週から、Web Client 道場に参加いたします。

    よろしくお願いいたします。

  • nkmt

    私もMagicやってるんだか、SQL文やってんだかSQLが主になりつつあります。

    SQL文を書いていると、他の言語でもいいんじゃないか・・・と思い
    ほんのちょっとだけC#を遊んでみましたが、数値入力を一つ画面で行うにしても
    文字と数字の変換したり、面倒臭いと思いました。


    私もManagement　Studioでクエリ作って成功したらMagicでの製造に移ってます。

    従来のMagicの作りでは、子タスク降りたり、WFへ集計したりといった感じの物が
    SQLコマンド１本で済むメリットはありますね。

    複雑なSQL文作ると他の人が理解出来ないなどのデメリットもあるのでしょうね。

    私も詳しくないです。

    道場ではどうぞよろしくお願いいたします。

  • Ｐｕ

    こんにちはＰｕです

    web関係の仕事もが多いので、Web Client試さないとと思いつつ

    ついつい慣れているBootstrap+Jqueryで作ってしまいます。（ライセンスいらないので^^）

    chromeのデバッガーが優秀すぎて．．．

    でわ～でわ～

     

  • Tanda

    Chromeのデバッガーの凄さは、私も息子から習いました。(^^)

  • Ｐｕ

    そのうち　サーバーレスで　フロントはjavascriptのフレームで

    バックはAWS LamdaかGoogle Cloud Functionでの開発が主流になるのでしょうね

    Chromeのデバッガーもっと使いこなす用にならないと

    でわ～でわ～

  • Tanda

    Goggleはよくこんな凄いデバッガーを作り上げたものです。人間わざとは思えない。

  • nkmt

    私は今しがた客からPC2台で同時に伝票保存したら
    商品月間データの書き換えで、デッドロックが生じておりました。
    PC1で商品AとBを
    PC2で商品BとAを入力したのかなと思います。
    結局、そんな作りをしちゃってるんだなと再認識でした。

    まずはそこの認識から再スタートしたいと思います。

サインインしてコメントを残してください。

お探しのものを見つけられませんでしたか？

新規投稿