SQLServer2025

achiwa

• 2026年03月27日 00:57

こんにちは　マイクロリンクの阿知波です。

（サポート外なので仕方ないですが）

SQLServer2025(std,dev) + uniPaasV1Plus
SQLServer2025(std,dev) + Magicxpa3.2

上記の組み合わせで確認したところパフォーマンスが低下しました。
（それ以前のSQLServerは遅くなかったです）

遅いといっても、入力中にカーソルの移動で名前引き等でちょっと詰まる感じがするかしないかぐらいです。
でも登録処理や画面初期化等の代入式再計算で頻繁にテーブルアクセスが発生すると、この微妙な遅さの積み重ねで登録ボタン押下後の処理が2秒かかっていたのが6秒ぐらいになりました。

原因は旧来から使っていたSQLServer認証で、これをWindows認証にしたらなぜか直りました。
最新のMagicxpa4Plusではどうなんでしょうね。

• 

  nkmt

  • 2026年03月27日 02:57

  こんにちは。
  MagicやSQL Serverのバージョンが上がると速度難を感じる事があります。
  SQLServer2025はまだ試しておりません。
  SQL Server認証ばかり使ってきましたが、Windows認証も試してみたいと思います。
  achiwaさん情報ありがとうございました。
  
  
• 

  Tanda

  • 2026年03月30日 01:22

  阿知波さん、

  Windows認証はSQLServerのサービス開始の時点ですでに認証が済んでいるのも同然ですので、速くなるのでしょうね。

  それにしても、SQLServerは機能が増えるたびに遅くなりますね。ITテクノロジーの宿命ですね。IPアドレス指定に変えたとしても、遅い時は遅いです。
• 

  achiwa

  • 2026年06月03日 12:54

  本件、テクニカル情報に出てますね。(制限事項...)
• 

  E_y

  • 2026年06月04日 08:37

  割り込み失礼します。

  今まで考えた事が無かったのですがＭagicはどのタイミングでSqlServerにログインしているのでしょう？

  認証が最初の１回だけなら認証による遅延は最初だけになると思いますが、

  最初の1回だけでなくトランザクション単位、セッション単位、Sql単位になると確実に遅くなりますね。

   

  更にWindows認証もＡＤあり・なしで認証速度が違うと思います。
• 

  achiwa

  • 2026年06月05日 06:50

  Sql単位の気がしますが・・実際のところは分かりません。
  PBKDF2が原因とすると、MAGIC以外の言語も同じように遅くなっているのかもしれませんね。
  
  --------------------------------下記はAiから

  PBKDF2はもともと意図的に計算コストが高いアルゴリズムです（ブルートフォース対策）。

  • 認証が1回だけ → 数ミリ秒〜数十ミリ秒の遅延で済む
  • 認証がSQL単位・トランザクション単位で発生 → 累積で秒単位の遅延に

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