Microsoft SQL Server 総合スレ 12 (10ﾚｽ)
上下前次1-新
1: 2023/09/21(木)08:50 ID:??? AAS
Microsoft SQL Server (Transact-SQL) の総合スレッドです。
・Microsoft 公式サイト
外部ﾘﾝｸ:www.microsoft.com
2: 2023/09/29(金)10:19 ID:??? AAS
どなたかご存知の方、ご教授お願いします。
SQLSERVER2014を2019(共にSTD)にインプレースアップグレードしました。
その後2014のDBバックアップを2019にリストアしようとすると、以前の数倍掛かる時が出てきました。
また互換性レベルを120に合わせているにも関わらず、2014の時より倍以上遅くなるSQL(ストアド)が見つかり、困っております。
有識者の方、解消のアドバイス宜しくお願い致します。
3(1): 2023/09/29(金)12:27 ID:??? AAS
統計情報に一票
ストアドが遅い原因を推測するには
SQL文、テーブル/インデックス構造、2014/2019それぞれでの実行計画と計測した処理時間が必要
4: 2023/09/29(金)18:12 ID:??? AAS
>>3
コメントありがとうございます！
ストアドについては2014と2019、同じバックアップを復元したあと、全く同じ操作をさせたのですが、統計情報が違って実行プランが変わる可能性があるのですね…確認してみます！
5: 2023/10/16(月)13:06 ID:??? AAS
これはうれしい誤算だね！
6: 2023/12/03(日)23:55 ID:??? AAS
tes
7: 2024/01/26(金)00:10 ID:??? AAS
板ふっとんだんだ
こちらも2014から2019にあげたけど倍速になった
2016？で改善されたinsertスレッドマルチ化がめっちゃ効いてる
統計情報更新とか処理時間7割減で終わるようになってもう俺ごときのエンジニアいらんようになった感、、トラックドライバーにでも転職するかなあ
8: 2024/03/26(火)08:14 ID:ZBkiQq/P(1) AAS
すんません、教えて
declare @Kijunbi datetime;
set @Kijunbi = '2024/03/31';
select Jininbi, Shimei from SampleTable where ( Jininbi is null or Jininbi>@Kijunbi );
Jininbi のデータ型はdatetime ですが、上記のSQLだとJininbiが2024/03/31 のデータが取得出来ないです。
@Kijunbiも、取得したいデータのJininbi列の値も
'2024-03-31 00:00:00.000' とかだと思うのですが…
9: 2024/03/26(火)08:35 ID:??? AAS
ああなんか勘違いしておりました…
10: 2024/04/06(土)14:14 ID:??? AAS
test
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.180s*