UNIPASS と SQL2008 SERVERについて
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
meipuru
投稿数: 34
投稿数: 34
ｻｰﾊﾞ WINDOWS2008 SERVER R2
ｸﾗｲｱﾝﾄ WINDOWSXP WINDOWS7
ｿﾌﾄ MAGIC UNIPASS V1 PLUS
ﾃﾞｰﾀﾍﾞｰｽ MICROSOFT SQL SERVER 2008
ｸﾗｲｱﾝﾄ数30台の構成で提案し、開発を開始しました。
某ｿﾌﾄﾊｳｽに、DBMAGICとMICROSOUT SQL の相性が悪く
設定の仕方によって 4〜5台ｸﾗｲｱﾝﾄを接続すると、ﾊﾟﾎｰﾏﾝｽ
が極端に落ち障害になると指摘をされました。
VB ﾄﾞｯﾄﾈｯﾄを推奨されましたたが、本当に障害が発生する
のでしょうか。
ｸﾗｲｱﾝﾄ WINDOWSXP WINDOWS7
ｿﾌﾄ MAGIC UNIPASS V1 PLUS
ﾃﾞｰﾀﾍﾞｰｽ MICROSOFT SQL SERVER 2008
ｸﾗｲｱﾝﾄ数30台の構成で提案し、開発を開始しました。
某ｿﾌﾄﾊｳｽに、DBMAGICとMICROSOUT SQL の相性が悪く
設定の仕方によって 4〜5台ｸﾗｲｱﾝﾄを接続すると、ﾊﾟﾎｰﾏﾝｽ
が極端に落ち障害になると指摘をされました。
VB ﾄﾞｯﾄﾈｯﾄを推奨されましたたが、本当に障害が発生する
のでしょうか。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
meipuru さん、こんにちは。
私のところはまだ SQLServer 2005 ですが、セミナールームだけ
でも8台のパソコンから接続していますが、そのような障害は
経験していません。
タンダコンピュータ／丹田 昌信
私のところはまだ SQLServer 2005 ですが、セミナールームだけ
でも8台のパソコンから接続していますが、そのような障害は
経験していません。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
HAYATO
居住地: 大阪市淀川区西中島5-9-2
投稿数: 90
居住地: 大阪市淀川区西中島5-9-2
投稿数: 90
V9まではあんまり相性が良いとはいえなかったと思います。
uniPaaS Plusになってからはゲートウェイが随分改善されたので、パフォーマンスはかなり良くなりましたね。
うちのSQLサーバーの導入実績は20台以下ばかりなので、大規模の場合なんとも言えませんが、４〜５台程度でパフォーマンスが落ちるのは、どちらかというとINDEX設計やプログラミングの問題の様に思えます。
もっとも、発行されているSQLを見ると、歴史の長いオラクル・ゲートウェイの方が随分きれいです。
この辺りは、開発者側からどんどんMSEにリクエストを投げていけば、随時改善されていくのではないでしょうか？
uniPaaS Plusになってからはゲートウェイが随分改善されたので、パフォーマンスはかなり良くなりましたね。
うちのSQLサーバーの導入実績は20台以下ばかりなので、大規模の場合なんとも言えませんが、４〜５台程度でパフォーマンスが落ちるのは、どちらかというとINDEX設計やプログラミングの問題の様に思えます。
もっとも、発行されているSQLを見ると、歴史の長いオラクル・ゲートウェイの方が随分きれいです。
この辺りは、開発者側からどんどんMSEにリクエストを投げていけば、随時改善されていくのではないでしょうか？
--
HAYATO@アインシュタイン設計社
-----------------------------
「MAGICサルベージサービス」
-----------------------------http://www.dbMAGIC.BIZ
投票数:0
平均点:0.00
meipuru
投稿数: 34
投稿数: 34
ありがとうございます。
このまま UNIPASSで進めて行ってみます。
このまま UNIPASSで進めて行ってみます。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
こんにちは Ｐｕです
どのような根拠でそんな事をいわれているのか疑問ですが
WindowsServer2008R2 + SQLserver2008R2
で 毎日平均２万トランザクションほど処理していますが
問題でていません。
どのような根拠でそんな事をいわれているのか疑問ですが
WindowsServer2008R2 + SQLserver2008R2
で 毎日平均２万トランザクションほど処理していますが
問題でていません。
投票数:0
平均点:0.00
meipuru
投稿数: 34
投稿数: 34
そうですよね。MAGICで50.100ｸﾗｲｱﾝﾄ実行番の販売をしているものが数台で動きが悪くなる事は考えられないですよね。
某ｿﾌﾄ会社が言うことには、大手会社の業務をdbMAGIC Verxxで動作
していたものを、MICROSOFT SQL SERVER に変更したところ
数台の同時伝票入力でﾚｺｰﾄﾞﾛｯｸ等の問題が多発して、dbMAGICを
やめたという情報があるそうです。
当社とすれば、1番手馴れたdbMAGICで進めていきたいと考えて
おりますが、開発段階で滑った転んだが有りますと大変な事に
なりますので、いろいろとご意見を聞かせて頂いています。
ありがとうございます。
某ｿﾌﾄ会社が言うことには、大手会社の業務をdbMAGIC Verxxで動作
していたものを、MICROSOFT SQL SERVER に変更したところ
数台の同時伝票入力でﾚｺｰﾄﾞﾛｯｸ等の問題が多発して、dbMAGICを
やめたという情報があるそうです。
当社とすれば、1番手馴れたdbMAGICで進めていきたいと考えて
おりますが、開発段階で滑った転んだが有りますと大変な事に
なりますので、いろいろとご意見を聞かせて頂いています。
ありがとうございます。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
meipuru さん、こんにちは。
DB を変えたらレコードロックの問題が多発したというのは、理論的
に変ですね。プログラムの作りを見直したほうが良かったのかも
しれませんね。
まずは簡単なプログラムを作って排他制御を確認し、その後に、
入り組んだプログラムの作成に入るといいと思います。
タンダコンピュータ／丹田 昌信
DB を変えたらレコードロックの問題が多発したというのは、理論的
に変ですね。プログラムの作りを見直したほうが良かったのかも
しれませんね。
まずは簡単なプログラムを作って排他制御を確認し、その後に、
入り組んだプログラムの作成に入るといいと思います。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
こんにちは Ｐｕです
おそらくトランザクションの事を良くわからずに
ＤＢのみSQLserverに変えたのでしょう
オンラインタスクで トランザクションの開始が
タスク前なんかになってるような
まったくお粗末な ＳＥとは思えない方が
やったと思いますよ
SQLserverは 大変良くできたRDBです
おそらくトランザクションの事を良くわからずに
ＤＢのみSQLserverに変えたのでしょう
オンラインタスクで トランザクションの開始が
タスク前なんかになってるような
まったくお粗末な ＳＥとは思えない方が
やったと思いますよ
SQLserverは 大変良くできたRDBです
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
Pu さん、こんにちは。
> SQLserverは 大変良くできたRDBです
まったく、こればかりはマイクロソフトの製品とは思えないくらい
良くできていますね。
タンダコンピュータ／丹田 昌信
> SQLserverは 大変良くできたRDBです
まったく、こればかりはマイクロソフトの製品とは思えないくらい
良くできていますね。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
meipuru
投稿数: 34
投稿数: 34
いろいろ経験を積んだ方々に、問題が無いと言ってもらえますと
安心致します。
dbMAGICで安心して提案できますね。
ご意見ありがとうございました。
安心致します。
dbMAGICで安心して提案できますね。
ご意見ありがとうございました。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
丹田さん こんにちは
>まったく、こればかりはマイクロソフトの製品とは思えないくらい
>良くできていますね。
おそらくMSの製品ではないでしょう（笑^^;
DB2を開発したメンバーが 一から設計したという情報を
どっかで聞いたような．．．
>まったく、こればかりはマイクロソフトの製品とは思えないくらい
>良くできていますね。
おそらくMSの製品ではないでしょう（笑^^;
DB2を開発したメンバーが 一から設計したという情報を
どっかで聞いたような．．．
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
Pu さん、こんにちは。
そうですね、この部隊だけは別働部隊だということを私も聞いた
ことがあります。
タンダコンピュータ／丹田 昌信
そうですね、この部隊だけは別働部隊だということを私も聞いた
ことがあります。
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00