Microsoft SQL Server 総合スレ 12

**NAME IS NULL** · 2021/09/09(木) 20:27:34.53

alter view ではtime outはよくある
使ってるviewをalterするとデットロックする

**NAME IS NULL** · 2021/09/10(金) 01:03:31.08

sqlの中の括弧の対応関係を色付けしてくれる機能ってssmsであります？

**NAME IS NULL** · 2021/09/12(日) 08:06:05.73

>>539
deadlockとtimeoutはエラーメッセージが違う

**NAME IS NULL** · 2021/09/13(月) 00:55:02.75

単なるタイムアウトをデッドロックとか言う人多いよね

まあSQL Serverはalter viewもトランザクション内でできたはずだから
デッドロックすることもなくはないんだろうけど

**NAME IS NULL** · 2021/09/13(月) 08:13:14.58

排他ロックとデッドロックを間違えるレベルはひどいなw

**NAME IS NULL** · 2021/09/22(水) 02:05:41.92

csvファイルでテーブルをキーが一致したらレコード洗い替えたい。バッチファイルとか実行すると作動するようにしたい。
可能ですか？

**NAME IS NULL** · 2021/09/22(水) 12:58:41.05

Accessはもう諦めたのか？
そんなんじゃ何一つ出来ないぞ

**NAME IS NULL** · 2021/09/22(水) 13:34:54.24

>>545
ん？

**NAME IS NULL** · 2021/09/23(木) 06:49:48.75

>>544
できる

**NAME IS NULL** · 2021/09/23(木) 12:16:42.00

>>547
やり方おしえてよ

**NAME IS NULL** · 2021/09/23(木) 14:03:04.89

https://sqlserver.work/2020/06/27/%E3%83%90%E3%83%83%E3%83%81%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%8B%E3%82%89sqlcmd%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%97%E3%81%A6%E3%80%81sql%E3%82%92%E5%AE%9F/

**NAME IS NULL** · 2021/09/23(木) 20:35:31.15

sqlcmdをサーバはインストールしてるけど
クライアントはしてない場合にも
実行できる方法ない？

**NAME IS NULL** · 2021/09/23(木) 20:48:33.15

https://qiita.com/ReplyToCC/items/7ba0efa11bab44fe5af1

**NAME IS NULL** · 2021/09/23(木) 21:00:49.66

>>550
何らかの方法でサーバーにログインして実行すればいいんじゃね？

**NAME IS NULL** · 2021/09/23(木) 21:10:39.70

インストールしたらよくね？

**NAME IS NULL** · 2021/09/26(日) 10:51:50.76

>>550
SQLServerのドライバはOS標準で組み込まれてるんだから、バッチ処理で良いんならJSやVBSを使えば良いんじゃないの
PSよりはVBSの方が情報が多いように思うし、OFFICEが使えるならVBAでも良いんじゃないの
というかOFFICEが入ってるならMSクエリとかが使えるか

>>553
クライアント環境にはできるだけツール類はいれたくないだろ

**NAME IS NULL** · 2021/09/26(日) 12:12:38.40

>>554
>クライアント環境にはできるだけツール類はいれたくないだろ

DBを直接操作する人間のクライアントにsqlcmdとかSSMSが入ってないほうが意味がわからないんだけど？
まさかエンドユーザーにやらせようとしてんの？

**NAME IS NULL** · 2021/09/26(日) 14:12:03.66

>>555
そう
一般利用ユーザーにテーブル更新させる
別にそういうとこあるでしょ

**NAME IS NULL** · 2021/09/26(日) 15:46:53.78

>>556
そういうのは普通アプリケーション経由で処理するから
エンドユーザーのクライアント環境でバッチを流したりはしない
入力データが不正だったり更新が競合したりしても
エンドユーザーレベルのリテラシーで対応できるようなものを作る

各ユーザー専用のテーブルのみ更新するような場合で
データが壊れても再作成すればいいような重要度の低いものなら
そういうやり方もありえるのかもしれないが
問い合わせが増えるだけだからまずやらない

**NAME IS NULL** · 2021/09/26(日) 16:43:12.12

>>557
クライアント側のアプリケーションだと
レコード削除はできない制約あるパッケージとか多くない？
スクラッチならやるけど

**NAME IS NULL** · 2021/09/27(月) 11:31:27.95

クライアントアプリが制限されているから
BATでやりたいと……

なるほど！理解した！

**NAME IS NULL** · 2021/09/27(月) 14:50:56.29

データの洗い替えをユーザーにやらせるのは聞いたことないな
マスタメンテで複数件一括更新することを洗い替えと呼んでるのかもしれないが

**NAME IS NULL** · 2021/09/27(月) 17:18:19.08

マスタメンテ機能そのものが用意されてなさそう

**NAME IS NULL** · 2021/09/28(火) 00:20:14.32

マスタじゃないよ、トランザクション

**NAME IS NULL** · 2021/09/28(火) 07:33:03.07

闇が深すぎて救いようがないな

**NAME IS NULL** · 2021/09/28(火) 10:02:47.41

トランザクションなら本来の意味での「洗い替え」っぽいけど
だとしたらユーザー入力のcsvファイル使って
ユーザー環境でバッチ実行させる意味がますますわからん

わかる人いたら解説してくれ

**NAME IS NULL** · 2021/09/29(水) 17:04:04.45

こういう当たり前のアプリケーション設計知識って実務経験以外で手に入れるのは難しいのかもね

**NAME IS NULL** · 2021/10/03(日) 07:29:19.61

>>564
話を聞いてて、うちの会社でも同じような例があった
本社のシステム部門がDBを管理していて、事業部のシステム部門がマスタを更新したいって例があった。
本社部門は、テーブルを直接操作する権限は与えたくないんだけど、更新作業を自分たちでやりたくない、インターフェースのアプリを作りたくない
というような流れ、本社部門がしっかり作りこめば良いだけなのにね

**NAME IS NULL** · 2021/10/03(日) 09:51:16.00

システム部門がユーザーの場合は全然話が違うでしょ

やり方はいろいろ有るけど単純なのはファイル連携で定期スケジューリングしたバッチジョブ流すだけ
エラー時は入力データを用意した関係者にエラー内容を通知するようジョブを組んでおけば十分なので
ユーザーインターフェースを用意しなきゃいけないような話ではない

自分たちが管理してないDBを直接SQLで更新したいってのも論外だし
事業部のシステム部門があるような大企業でマスタの更新バッチすら作らないような本社システム部門はかなりヤバい

**NAME IS NULL** · 2021/10/03(日) 12:27:53.85

てか、事業部がどんな大きさなのかわからんけどシステム部門を抱えてるレベルなら事業部のDB持ってないの？
コンプライアンスとかで本社のシステム部門が統括管理してるのかな？
それであっても簡単なメンテツールを事業部システム部門が作ればいいだけだと思うけど…

**NAME IS NULL** · 2021/10/13(水) 21:58:34.60

updateなのに重複するキーを挿入できませんと怒られる
そんなこと有り得るのかな

**NAME IS NULL** · 2021/10/13(水) 22:09:43.60

>>569
そりゃありえるでしょ

**NAME IS NULL** · 2021/10/14(木) 00:17:12.64

キー値を書き換えた
トリガーでなんかした

まあ他にもあるかもしれんが、ありえる

**NAME IS NULL** · 2021/10/14(木) 00:19:10.66

>>567>>568
おっしゃる通りです
日立とかIBMのホスト系しか扱ったことがない方が多くて、人員も世代交代に失敗していて古いシステム構成のまま改悪が続いてる
事業部側も人員がいなくてシニア契約社員が主戦力になってるような会社なんです
若い有能な人は見切りをつけて転職していく
個々の担当者はそれなりなんだと思うけど、経営がちょっと抜けてる感じでどうしようもない

**NAME IS NULL** · 2021/10/14(木) 07:04:25.37

>>570
ありえました
と同時に絶望しました
もう作った人に修正させてと思いました

**NAME IS NULL** · 2021/11/10(水) 05:15:39.36

付加列インデックスって関数の引数に使ってくれる？
where句、select句どっちも使う、使わない、どっちかしか使わないとかわかる資料ってどっかにあるかな？

**NAME IS NULL** · 2021/11/10(水) 16:34:28.00

SQL Serverは関数インデックスをサポートしてないから
付加列インデックスかどうかやkeyかnon-keyかに関係なく
関数の引数に使った場合はindex seekにはならないよ

computed columnでkeyならwhere句で使える
non-keyはwhere句では使えない

**NAME IS NULL** · 2021/11/11(木) 16:52:52.42

>>575
やっぱそうだよね。
なんか遅いクエリの実行プラン確認したときに出てきた足りないindexの中の付加列にisnull関数噛ませてるカラムが出てたんでもしやと思ったんだけど。
バージョンは2017です
ありがとうございました

**NAME IS NULL** · 2021/11/11(木) 18:26:27.79

ん？
isnullってことはwhere句で使ってるんじゃないの？
であれば付加列インデックスの使い方間違ってる

あとちゃんとインデックス作っても
isnull自体にパフォーマンスの問題あるから違う方法に変えたほうがいいかもしれない

**NAME IS NULL** · 2021/11/11(木) 20:29:26.94

>>577
そう。where句で使っていてselect句にはないカラムです。
付加列インデックスの使い方の件はわかってたんだけど、実行プランの足りないインデックスにisnull関数に噛ませてるカラムが付加列に入ったインデックスが出てきたんで、あれ思い違いしてたんかな？と思って質問させていただきました。

違う方法についてはよくある触りにくい、他の方法はコストがかかるってやつです。
まぁ、インデックスの追加も方法の一つとして、他の案も含めて考えます。

**NAME IS NULL** · 2021/11/11(木) 20:51:37.87

この一連のやり取りが理解できないのは俺だけか？

とりあえず、その他の条件が満たされるなら
関数の引数でも、付加列の目的である余計なキー参照はしなくて済むぞ

**NAME IS NULL** · 2021/11/11(木) 21:31:46.51

>>579
分かりづらかったのならすまんね。
今回の質問は問題解決ではなく仕様確認になるのかな

とある遅いクエリ流したら実行プランの確認でこれが足りないよって言われたインデックスにwhere句のisnull関数の引数に使ってるカラムが付加列として出てきました。
関数の引数にインデックスのカラムは使えないと思ってたんだけど、付加列ならいけるの？ってことで質問しました。

とある遅いクエリの改善についてはどうでもいいです

**NAME IS NULL** · 2021/11/11(木) 21:43:45.41

なぜやってみないのか？

**NAME IS NULL** · 2021/11/11(木) 23:20:50.43

使えないとはどういうことを言ってるんだ？
インデックスはってもそのカラムが使えなくなることなんてないぞ

実行時にそのインデックス使うかどうかはわからんがな
そのパターンでインデックス使って早くなるのは大体はキー参照しなくて済むパターン
だから通常のインデックス列ではなくて付加列で良いというお薦めだろう

**NAME IS NULL** · 2021/11/11(木) 23:40:31.54

さすがにそれは文脈でわかってやれやw

**NAME IS NULL** · 2021/11/12(金) 00:03:37.35

>>582
日本語下手でごめんね。

例えば、
create table AAAA
(
colmun01 char(4) not null
,colmun02 char(4) not null
,seq int not null
,first_date varchar(8) null
,last_date varchar(8) null
,primary key
(
colmun01
,colmun02
,seq
)
)

ってテーブルがあって

select colmun01
from AAAA
where colmun02 = 'BBBB'
and '20210401' between isnull(first_date, '00000000') and isnull(last_date, '99999999')

ってクエリを実行して実際の実行プランを確認したら

CREATE INDEX CCCC
ON DDDD( colmun02)
include(first_date,last_date )

が足りないんじゃない？
って出ました。

付加列の中のカラムはisnull関数の引数なんだけどなんで？

ってなったんで最初の質問になりました。
（WEBだけだけど）調べても出てこなかったんで

first_date、last_date　が date型じゃなくてvarchar型　なのは許して。元のテーブルがそうなんで

**NAME IS NULL** · 2021/11/12(金) 00:37:13.12

サジェストされてるインデックス追加すれば付加列としての効果はあるね

でもそもそもBETWEENの左側に固定値をもってくる書き方って有りなのかなぁ
isnull不要にしてfirst_data, last_dateをキーとしてインデックスはっても
Index Seekにはならないような気がするんだけど実際どうなんだろ

**NAME IS NULL** · 2021/11/12(金) 01:46:20.70

>>585
付加列の効果あるんですか。

>でもそもそもBETWEENの左側に固定値をも>ってくる書き方って有りなのかなぁ
なるでしょっ、て思い込んでたんで改めて
isnull不要にしてfirst_data, last_dateをキーとしてインデックスはってfirst_data, last_dateのbetweenのみで実行してみたら、最適化の段階で大なり小なりに展開されてindex seekになってますね。実行プラン見る限りは

**NAME IS NULL** · 2021/11/12(金) 01:48:02.27

☓　isnull不要にしてfirst_data, last_dateをキーとしてインデックスはってfirst_data, last_dateのbetweenのみで実行してみたら

○　first_data, last_dateをキーとしてインデックスはってisnull不要にしたfirst_data, last_dateのbetweenのみで実行してみたら

**NAME IS NULL** · 2021/11/12(金) 01:50:12.13

☓　→　×

**NAME IS NULL** · 2021/11/12(金) 17:47:15.17

>>584
WHERE句の条件の書き方が異常

**NAME IS NULL** · 2021/11/12(金) 17:48:55.65

>>585
もうあんたの書き込みはネタとしか思えないんだけど？

**NAME IS NULL** · 2021/11/12(金) 18:25:15.51

>>584
インデックスにこだわっている理由は？

**NAME IS NULL** · 2021/11/12(金) 19:08:33.33

>>591
こだわっている理由というか、このクエリでなんでこの条件がパフォーマンス改善の候補として上がってきたのかの理由が知りたい。

自分の今持っている知識が間違っているのだろうけど、この付加列が入ってくる理由がわからないので

前にも書いたけど、元の処理のパフォーマンス改善自体はどうでもいい

**NAME IS NULL** · 2021/11/12(金) 19:18:04.33

isnull関数を使っているから、他人には何を知りたいのかわからない。

**NAME IS NULL** · 2021/11/12(金) 19:42:04.72

インデックスに付加列しとけばインデックスの読み込みだけで済むからでしょう
付加列にないカラムを参照したらインデックス以外にテーブルも読み込みしないといけないから遅くなる

**NAME IS NULL** · 2021/11/12(金) 19:54:35.42

典型的なSQL Server脳だなw

**NAME IS NULL** · 2021/11/12(金) 19:55:36.00

インデックスそのものが大きければ意味がない。

**NAME IS NULL** · 2021/11/12(金) 21:42:13.95

いつもの嫌なやつ召喚しちゃったね・・・

**NAME IS NULL** · 2021/11/12(金) 22:17:40.73

インデックススキャンにしなければいけない→テーブル全体のインデックスを作る→このインデックスはいらないのでは？

**NAME IS NULL** · 2021/11/12(金) 22:20:21.09

こんな感じじゃない？
https://youtube.com/shorts/h5Y9yjxPTJo?feature=share

**NAME IS NULL** · 2021/11/13(土) 19:09:19.46

付加列の話を出したものです。
一応簡易的にデータを作って確認してみたので結果を書きます。

環境：
Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64) Express Edition (64-bit)
on Windows 10 Pro 10.0 <X64> (Build 19043: ) (Hypervisor)
実施内容：
互換性レベル：SQL Server2017 のデータベース上で
create table AAAA
(
colmun01 char(4) not null
,colmun02 char(4) not null
,seq int not null
,first_date varchar(8) null
,last_date varchar(8) null
,primary key clustered
(
colmun01
,colmun02
,seq
)
)
の形のテーブルをAAAA～EEEEの5つ作成。同一のデータを100万件投入
各々
CREATE INDEX IX_XXXX ON BBBB(colmun02)
CREATE INDEX IX_XXXX ON CCCC(colmun02) include(first_date, last_date )
CREATE INDEX IX_XXXX ON DDDD(colmun02, first_date, last_date )
CREATE INDEX IX_XXXX ON EEEE(first_date, last_date )
のindexを作成

各テーブルに対しての
select colmun01
from <テーブル名>
where colmun02 = 'BBBB'
and '20210401' between isnull(first_date, '00000000') and isnull(last_date, '99999999')
を1クエリでまとめて実行し実際の実行プランを確認

**NAME IS NULL** · 2021/11/13(土) 19:10:10.28

結果：
AAAA　Clustered Index Scan となりクエリコスト30%
BBBB　Clustered Index Scan となりクエリコスト31%　※作成したindexは効かず
CCCC　IX_XXXX がindex Seek となりクエリコスト6%
DDDD　IX_XXXX がindex Seek となりクエリコスト6%
DDDD　IX_XXXX がindex Scan となりクエリコスト28%

となりました。
この結果からIndexのキー列、または付加列が関数の引数として使用されている場合もindexが効く場合があるようです

ちなみにBBBBテーブルの実行の際にヒント句でindexを強制した場合は
AAAA　クエリコスト8%
BBBB　クエリコスト81%
CCCC　クエリコスト2%
DDDD　クエリコスト2%
DDDD　クエリコスト8%
となりました。

**NAME IS NULL** · 2021/11/13(土) 19:29:49.86

>>575の通りの理解だったので、なぜこのように動くのかがわかりません。
何か知っている方や理解に誤りなどありましたら教えていただけると助かります

**NAME IS NULL** · 2021/11/13(土) 21:36:11.89

>>601
演算のパーセント表示だけで比較されてもわからんがな

**NAME IS NULL** · 2021/11/14(日) 02:47:16.70

>>603
では、他にどのような情報がアレバ良いのですか？

**NAME IS NULL** · 2021/11/14(日) 21:36:16.11

クエリコストの大小を比較したいなら各クエリ全体のコスト
コスト1000の6%と、コスト10の30%なら後者のほうが効率がいいからね

SET SHOWPLAN_ALL ON;
SET STATISTICS PROFILE ON;
SET STATICTICS IO ON;

↑この3つでそれぞれ表示される値の意味をdocs見て把握しておくといいと思う

**NAME IS NULL** · 2021/11/15(月) 00:21:06.02

>>605
ありがとうございます。
ただ今回自分が知りたいことはコストはあまり関係ないんですよね。

違う結果になったことを明示するための情報としてコストを出したつもりでしたが下記の知りたいことからすると不要な情報でした。
すみません。

知りたいことは実行したクエリ

select colmun01
from <テーブル名>
where colmun02 = 'BBBB'
and '20210401' between isnull(first_date, '00000000') and isnull(last_date, '99999999')

のfirst_date,last_dateはisnull関数の引数なのになぜ付加列、またはindexのキー列が利用されて、index seekのみで解決されているのか？
になります。※1

元々indexのキー列、付加列は関数の引数や計算が含まれるとwhere句で利用されない(と思っていた)ため、CCCCテーブル、DDDDテーブルの実行はindex seek後にクラスター化indexのキー参照が起こると思っていました。
これはヒント句でindexの利用を矯正したBBBBの実行と同じ動きです。

一応テストした結果として、※1については解決できる場合があり、そもそもの自分の知識が誤っていることがわかりました。

ので「indexのキー列、付加列が関数の引数や計算が含まれてもwhere句で利用される」のはどのような場合か、明確な基準があるのかなどがわかれば教えていただければとおもいます。

一部表現が適切でなく伝わりにくい部分があるかと思いますが汲み取っていただけると助かります。

**NAME IS NULL** · 2021/11/15(月) 01:23:19.68

利用されないのはオプティマイザが利用しても効果がないと判断したからで、効果があると思えば利用する
それだけのこと
べつに引数や計算だろうと直接の比較だろうと同じなんだが

**NAME IS NULL** · 2021/11/15(月) 02:06:34.07

>>606
column02だけでindex seekしてるのか
column02に加えてfirst_dateやlast_date含めてindex seekしてるのかseek predicatesで確認した？

**NAME IS NULL** · 2021/11/15(月) 23:18:02.81

>>608
これでした。ありがとうございます。
index seekの中を確認したところ、column02のみがseekでisnull関数の引数になっているfirst_dateとlast_dateはwhereでの参照でした。

CCCCとDDDDのクエリからisnull関数を外したものの実行結果と比較していろいろ合点がいきました。

GUI上のindex seekの表示しか見ていない浅い確認でそれ以降の知識がなかったため、自力でここにたどり着くのは難しかったと思います。
あらためてありがとうございました。

ついでにで申し訳ないのですが、今まで実行プラン上でindex seek、またはindex scanになっていることを「indexが効いている」と表現していたのですが、これは一般的に間違っていますか？
質問の中で色々表現がおかしく、理解しづらい部分もあったと思いますので少しでも修正できればと思っております。

**NAME IS NULL** · 2021/11/15(月) 23:40:19.19

>>607
今迄はあなたと同じように「オプティマイザの気分」で済ませてたのですが、今回は少し突き詰めたかったのです

**NAME IS NULL** · 2021/11/16(火) 00:00:34.73

SQLserverのハードを買い替えようと検討してもるんだけどストレージをSSDしても大丈夫か聞きたい。
SSDは書き込みの回数制限があり、頻繁な書き込みのあるSQLserverには向かないと昔聞いた事あったんだけど今は大丈夫か教えて下さい。

**NAME IS NULL** · 2021/11/17(水) 00:13:51.33

>>611
SQLserverに向かないってよりもアクセス頻度の問題のような気がするけど。
ssdって言ってもqlc,tlc,mlcのような種類もあるし。
ただ、前にベンダーに見積もりとった時に聞いたのは利用用途が中規模のwebサービスなら、5年位であればそんなに気にしなくて良いって言われた。(ここでのSSDの種類が何か、中規模がどの程度かは忘れた。参考にならずすまん)
ちなみにどんな利用用途なの？
社内用か、インターネットに公開してるサービスなのか(1日のアクセスはどの程度か)、それとも個人用か

個人用でもなければどこかのベンダーに話聞いちゃった方がいいかも

**NAME IS NULL** · 2021/11/17(水) 18:17:30.15

>>612
アドバイスありがとう
用途は会社でデータウエアハウス的利用です。日次で基幹システムからデータ取得して蓄積するようなデータサーバです。
DELLの直販で買う予定でサーバ向けSAS接続のSSDだから大丈夫だと思う。
一応DELLに問い合わせしときました。

**NAME IS NULL** · 2022/01/22(土) 16:40:07.61

レプリケーションというのを初めて設定しているのですが
「スナップショットエージェントが起動していません」のMSGが
出てスナップショットが取れません。
これってSQL Server エージェントとは別物ですか?
SQL Server エージェントは起動しているのに…。
すみませんが、わかる方がいたら教えて下さい。

**NAME IS NULL** · 2022/01/26(水) 17:15:02.37

オブジェクト名'sysservers'が無効です。エラー208
これどういった調査をすれば良いのでしょうか？

**NAME IS NULL** · 2022/01/26(水) 19:31:05.33

sys.servers じゃね？

**NAME IS NULL** · 2022/01/27(木) 01:31:47.35

将来のバージョンで廃止予定とかになってるけど、バージョンいくつ使ってるんだろうな

**NAME IS NULL** · 2022/01/27(木) 05:37:50.20

>>617
2008R2です。

**NAME IS NULL** · 2022/01/27(木) 17:53:32.89

何をどうしたらそのエラーが出たのかと、エラーメッセージを正確にかけ

**NAME IS NULL** · 2022/01/27(木) 18:24:31.13

サブスクリプションの新規ウィザードで
パブリケーションを選択して次へをクリックすると
先のメッセージと一緒に「パブリケーションの
情報が取得できません」のMSGが出て先に進めません。
SQL SERVER2008R2です。
2019の評価版で試すと問題なく設定できます。

**NAME IS NULL** · 2022/01/27(木) 21:44:41.14

パブリケーション側のバージョンは？

**NAME IS NULL** · 2022/01/27(木) 22:05:05.99

パブリケーション側のバージョンが2008なのかな？
SSMSのバージョンを2008をサポートしてる古いやつで試すといいんでない？

**NAME IS NULL** · 2022/01/28(金) 05:39:07.73

>>622
パブリケーション側が2008です。
SSMSのバージョンについては
全く頭にありませんでした
試してみます
ありがとうございました

**NAME IS NULL** · 2022/01/28(金) 08:10:53.42

>>622
サブスクリプション側のSSMSをver10に変えたら出来ました。
本当にありがとうございました。

**NAME IS NULL** · 2022/03/16(水) 06:19:16.79

大したデータ量でもないのに「クエリの実行中にMemoryGrantを25秒間待機する必要がありました」との警告が出て処理が遅くなるんですが対処法はないでしょうか。
また値が1, (2 or 3), (4 or 5)でそれぞれ集計したいのですがどのようなSQLにすればいいのでしょうか

**NAME IS NULL** · 2022/03/16(水) 16:26:28.69

>>625
>大したデータ量でもないのに「クエリの実行中にMemoryGrantを25秒間待機する必要がありました」との警告が出て処理が遅くなるんですが対処法はないでしょうか。
テーブルとインデックスの構成、クエリ内容、実行プランを確認して原因を突き止めてください
原因が分かったらテーブルやインデックスを変更したりクエリを変更して対処してください

>また値が1, (2 or 3), (4 or 5)でそれぞれ集計したいのですがどのようなSQLにすればいいのでしょうか
現在のテーブル構造と欲しい結果のイメージを提示してください

**NAME IS NULL** · 2022/03/16(水) 17:12:02.73

>>625
> また値が1, (2 or 3), (4 or 5)でそれぞれ集計したいのですがどのようなSQLにすればいいのでしょうか
select
case when 値 = 1 then '1' when 値 = 2 or 値 = 3 then '2 or 3' when 値 = 4 or 値 = 5 then '4 or 5' end as 値,
sum(集計列) as 集計
from テーブル
group by
case when 値 = 1 then '1' when 値 = 2 or 値 = 3 then '2 or 3' when 値 = 4 or 値 = 5 then '4 or 5' end

**NAME IS NULL** · 2022/03/19(土) 18:54:37.22

開発サーバにいれるSQLServerのエディションをDeveloperにするの問題ないでしょうか
利用目的はシステム改修の開発単体テストから総合テスト、受入テスト
あとは本番サーバで不具合でたときの検証目的で使用するのは数名～Max20人くらい
バージョンアップの準備してて、経緯不明なんですが開発サーバが今Enterprise入ってて変えて問題ないなら変えたい
本番はEnterpriseです

**NAME IS NULL** · 2022/03/20(日) 13:06:14.65

>>625
MemoryGrantで待機ってメモリが足りてない
・SQLServer以外のプロセスがメモリ食ってSQLServerのメモリが小さくなってる可能性
→SQLServerの最大メモリ最小メモリの設定、SQLServerのサービスアカウントにメモリのページロックの特権がついてるか
・メモリめっちゃ使うクエリが同タイミングで動いてる可能性
→パフォーマンスモニタのBufferManagerカウンターで急激な変動がないか確認、動的管理ビューでその時間帯に動いてたクエリででかいのを調べる
・そのクエリがめっちゃメモリ食う
→これは626

昔使うメモリの計算に不具合あった覚えあるけど、あれは2008か2012くらいのSPで解消されてたような

**NAME IS NULL** · 2022/03/25(金) 16:26:14.25

Express版は10GBまでは使用できるようですが、
10GBを超えそうだという警告などは設定できるのでしょうか？
定期的に使用領域を確認していないと、ある日突然なにもできなくなってしまうのでしょうか？

**NAME IS NULL** · 2022/03/26(土) 05:22:50.26

>>630
このページにあるクエリを実行するスクリプトを作成し、タスクスケジューラで定期実行してみてはどうでしょうか
クエリの結果をもとに、自分で決めたしきいち値超えたら警告メールを送るような処理も加えると監視をほぼ自動化できそうですね

**NAME IS NULL** · 2022/03/26(土) 05:24:39.02

>>630
ページの情報が抜けてた。。。
｢データベースのデータとログの領域情報を表示する｣でググってみてください

**NAME IS NULL** · 2022/03/27(日) 04:43:57.62

ディスク容量を常に気にしていない運用という点が突っ込みどころなんだろうな

**NAME IS NULL** · 2022/03/27(日) 09:21:36.36

今どき10GBの容量を気にする運用って…

**NAME IS NULL** · 2022/03/27(日) 12:27:12.36

>>631-632
ありがとうございます
クエリで問い合わせられるのなら、いろいろできそうです

**NAME IS NULL** · 2022/03/27(日) 14:58:09.23

>>633
ディスク容量を常に気にしたところで役に立たないという点が突っ込みどころなんだろうなww

**NAME IS NULL** · 2022/03/27(日) 21:51:16.43

>>636
どこにファイルが作られているのかを気にしてない時点でおかしんだけどな。

**NAME IS NULL** · 2022/03/27(日) 22:22:31.32

> どこにファイルが作られているのかを気にしてない
どこからそんな妄想が？w

**NAME IS NULL** · 2022/03/27(日) 22:26:31.76

>>637
知らんのなら大人しくしとけよｗ
お前のオツムのほうがよっぽどおかしいぞ

**NAME IS NULL** · 2022/03/28(月) 20:26:23.25

今、自分1人で使ってるスタンドアロンのACCESS DBがクソ重くて激不安定なので
同じ事をSQL serverでやろうとしてるんだけど
1人でスタンドアロン使用の場合、Developer版を
「永遠に開発中」という設定にしとけばライセンス違反にならない？

**NAME IS NULL** · 2022/03/28(月) 23:45:33.37

>>640
Expressを使わずにDeveloperを使わないといけない理由は？

**NAME IS NULL** · 2022/03/29(火) 01:49:02.52

ちんちんシュッ！シュッ！シュッ！

**NAME IS NULL** · 2022/03/29(火) 02:24:28.51

>>640
M$に聞け

**NAME IS NULL** · 2022/03/29(火) 08:14:33.09

>>641
別にexpressでもいいんだけど
単にdevelopは制限が全くないのでこっち使おっかな、程度の事です

**NAME IS NULL** · 2022/03/29(火) 08:20:42.50

そんなやつがライセンス気にしてるのかw

**NAME IS NULL** · 2022/03/29(火) 11:33:14.27

>>640
明らかにライセンス違反

**NAME IS NULL** · 2022/03/29(火) 13:26:38.05

>>640
止めとけ
素直にMySQLかPostgreSQL使え

**NAME IS NULL** · 2022/03/29(火) 23:39:12.46

>>647
そんな理由で別製品にするなんて素人が言うことだろw

**NAME IS NULL** · 2022/03/30(水) 00:51:56.50

SSMSでストアドのテストドライバ生成機能ってありますか？
※Sqldeveloperみたいな感じの、っていう表現で伝わりますかね

あるいは皆さんの、ストアドの単体テストの楽な方法とかも何かtipsがあれば

**NAME IS NULL** · 2022/03/30(水) 01:29:25.29

Visual StudioのSQL Server Data Tools(SSDT)

**NAME IS NULL** · 2022/03/30(水) 02:36:50.14

>>649
そもそもTransact-SQLをわかってますか？

**NAME IS NULL** · 2022/03/30(水) 09:01:40.57

いつものことながらID付きはとことん的外れだな

**NAME IS NULL** · 2022/04/02(土) 00:32:00.52

接続文字列のData SourceとServerに違いはあるの？
どちらもサーバーのインスタンス名かIPアドレスとポートの指定だと思ってるけど

**NAME IS NULL** · 2022/04/02(土) 03:40:35.60

SQLServerでServerといったら基本的にはSQLServerがインストールされているサーバーかサーバーとそのインスタンス名まで
DataSourceとなるとSQLServer以外のDBMSやフラットファイルも含まれる

**NAME IS NULL** · 2022/04/02(土) 13:18:09.84

>>654
ありがとうございます

**NAME IS NULL** · 2022/04/05(火) 17:10:51.74

久々にSSMS2008を触ってて
クエリショートカットのカスタマイズした機能が動かなくなってるんだけど
同じようなことしてる人いる？(COMMITとROLLBACK)
https://dotup.org/uploda/dotup.org2767912.png

**NAME IS NULL** · 2022/04/05(火) 18:16:10.44

>>656
ごめん自己解決
間違ってF5押してたわ

**NAME IS NULL** · 2022/04/06(水) 22:53:45.80

F5キーでコミットとはおそろしい発想だな

**NAME IS NULL** · 2022/05/17(火) 09:25:02.74

tes

**NAME IS NULL** · 2022/05/19(木) 16:16:58.24

教えて下さい。
ACCESS2019、SQL Server2012利用しています。

ACCESSからSQL ServerのテーブルへODBCでリンクテーブルを貼っている環境があるんですが、
特定の端末だけ、リンクテーブルを開くと、内容が突然すべて#DELETEになってしまうに現象に見舞われました。

https://pctips.jp/pc-soft/access-sqlserver-deleted
このサイトを始めとして、同様の現象を解説しているサイトには、SQL Server側でbigint型を使ってるせいとありましたが、
bigint型は使っていませんし、特定の端末のみこの現象が発生しています。
再起動やODBC設定の作り直し、リンクテーブルの貼り直しなどしても治りません。

更に不思議なことに、次の日になると治ってしまいます。
で、しばらくたつとまた同じ現象に見舞われます。
（ここ一週間で3回です）

私も長年SE・PGやっていますが、このような現象は初めてで、
途方にくれています。
最悪PC変えれば治りそうな感じではあるのですが・・

なにか情報をお持ちの方のお知恵を拝借したく・・・
何卒よろしくお願いいたします。

**NAME IS NULL** · 2022/05/19(木) 17:06:40.47

bigintだけじゃなくて、bit型で値がNULLだったりしたらそんな感じになった気がする

まあ、クライアントがまったく同じバージョンでまったく同じデータを表示して起こるなら
ネットワーク系の問題の可能性が高そうだけど
それかODBC定義が違ってるとか
ウィルスチェック系のソフトが悪さしてるんじゃね

**NAME IS NULL** · 2022/05/19(木) 22:08:33.89

ググるとよくある症状みたいよ
https://stackoverflow.com/questions/54226858/
https://stackoverflow.com/questions/58454256/

Accessの不具合っぽい

**NAME IS NULL** · 2022/05/25(水) 01:02:51.71

sql serverにアプリから接続しているクライアントPCって
利用状況モニターで確認できますが、過去の履歴ってどこから見れますか？

**NAME IS NULL** · 2022/05/25(水) 11:21:36.57

>>663
利用状況モニターってたぶん動的管理ビューから情報とってるから、それの過去データ見たいならそれをとるように設定しないと
データコレクションがそれなんだろうが自作でクエリ組んでSQLAgentで動かすほうがカスタマイズしやすいと思う
あとは、どういう風にデータを見たいかだけど拡張イベントでログインログアウトとるとかも有りかな

**NAME IS NULL** · 2022/05/25(水) 16:42:31.89

どういうログがいるのかわからんが、監査ログで良いんじゃないか

**NAME IS NULL** · 2022/05/25(水) 23:54:39.54

監査ログって拡張イベントを監査用にまとめただけでしょ
簡単にやれるぶん融通がきかない
項目とフィルタの設定の自由度ほしいなら拡張イベント一択

**NAME IS NULL** · 2022/11/15(火) 22:39:41.69

sql sever 2019で、ファンクションを作成しています。
その処理の中で、番号を管理する列から最大値を取得して1を加えたものを新しい番号として同じテーブルにインサートしようとしています。
その処理の間に、他からこのファンクションを呼び出されて割り込まれることを防止するため、ファンクションが完了するまでテーブルロック（排他ロック）をかけたいのですが、どのような記述が必要でしょうか。

begin transaction
commit のような感じで関係するステートメントをかこえたらよいのですが。

**NAME IS NULL** · 2022/11/15(火) 22:53:59.24

>>667
自作せずにSEQUENCEをNO CACHEで使えばいいよ

**NAME IS NULL** · 2022/11/15(火) 23:38:08.24

>>668
早速のレスありがとうございます。

連番はSQL SEVERに自動で振ってもらおうと思います。
そして、INSERTとOUTPUT inserted.*を使って、
その新しい番号を得たいと思います。

**NAME IS NULL** · 2022/11/15(火) 23:42:08.86

>>669
訂正します
INSERTにOUTPUT inserted.*を組み合わせて

**NAME IS NULL** · 2022/11/17(木) 12:06:05.40

SQL Server 2022 is now generally available
https://cloudblogs.microsoft.com/sqlserver/2022/11/16/sql-server-2022-is-now-generally-available/

**NAME IS NULL** · 2022/11/17(木) 19:21:02.25

>>667
まず分離レベルってのを理解しような

**NAME IS NULL** · 2022/11/17(木) 23:47:32.26

>>671
エクスプレス版を取りあえずダウンロードだけしといたｗ
SSMSが同じだからなあ…どうなんだろ

**NAME IS NULL** · 2022/11/24(木) 11:28:43.27

質問です。

テーブルA（1）---（∞）テーブルB（∞）---（1）テーブルA

こういう関係になるテーブルBを考えています。
即ち、テーブルAの外部キーをテーブルBの2列で持つことになります。
同じテーブルAについて外部キーを持っても、テーブルBの2列の意味はそれぞれで異なります。

こういうテーブルBの2列は、テーブルAの外部キーを持つので、列名の設定に困ります。
一列だけならforeignkeyofA_CDという列をテーブルBに設定すれば良いですが、こういう場合はどんなふうに列名を設定するのが良いのでしょうか。

**NAME IS NULL** · 2022/11/24(木) 12:21:15.60

>>674
foreignkeyof ってググっても出ないから、そんな作法は一般的じゃないよね
普通に名詞だけの単語でテーブルA,B共通の名前にして、エイリアス名で分ければ？

**NAME IS NULL** · 2022/11/24(木) 12:25:57.91

悩むくらいなら、
/* コメントxxxxx */
みたいにメモを残すほうが、あとでみてもわかる

**NAME IS NULL** · 2022/11/24(木) 12:30:02.95

>>674
列名？
外部キー制約名じゃなくて？

列名ならそのカラムがテーブルAで持つ意味でつければいい

外部キー制約名はFK_テーブルA_テーブルBが一般的
2つ同じテーブル同士で外部キー制約を貼るなら
テーブルA側の列名も使って外部キー制約名を付ける

**NAME IS NULL** · 2022/11/24(木) 12:34:41.41

>列名ならそのカラムがテーブルAで持つ意味でつければいい

buyerとsellerとか
primary_contact/secondary_contactとか

**675** · 2022/11/24(木) 12:43:41.42

スレが盛り上がったところで、質問させていただきます
SQLCLRなんですが、複数のアセンブリがあって、その中の、一部のメソッドを仕様変更したとき、アセンブリとストアドの依存関係なしに、全部createやり直すのは普通ですか？邪道ですか？

**675** · 2022/11/24(木) 12:46:57.35

再作成必要ないものまでcreate assembly、create procedureしてしまうんですよね

**NAME IS NULL** · 2022/11/24(木) 15:15:06.11

>>679
普通ではないように思うが署名やテストも含め自動化できてるなら好きにすればいいんじゃない？

**674** · 2022/11/26(土) 00:22:21.03

皆様、レスありがとうございます。
参考になりました。
結局、次のようにしました。

table_A.列名あいう（table_Aの主キー）

table_B.列名あいう（table_A外部キー）
table_B.列名あいう_用途（table_A外部キー）

このように、用途がわかるように列名を設定しました。

ありがとうございます。

**NAME IS NULL** · 2022/11/26(土) 16:16:33.61

同じ列名で格納かれているデータ異なるけど、関連があるなんてわかりにくいにもほどがあるだろw

**NAME IS NULL** · 2022/11/26(土) 16:17:09.46

>>682
相互に参照し合う外部キー？

**NAME IS NULL** · 2022/11/26(土) 16:18:35.53

1対Nを、1対「無限大」と表記する表記法なんて初めて見たわ。

**NAME IS NULL** · 2022/11/26(土) 16:45:50.88

>>682
わるい
「列名ならそのカラムがテーブルAで持つ意味でつければいい」と書いたけど
「列名ならそのカラムがテーブルBで持つ意味でつければいい」の間違いだったわ

message.sender -> account.id
message.receiver -> account.id

**NAME IS NULL** · 2022/11/26(土) 16:51:31.81

外部キー列と参照される列を混同するのは初心者あるあるだが、
純粋に間を取り持つテーブルを作った方がいい。

説明がいるデータモデルにしておくと、自分でもわからなくなる。

**NAME IS NULL** · 2022/11/26(土) 18:53:09.89

トランザクションデータの親子関係と、マスタデータの関係がごっちゃになっているのかな？

**682** · 2022/11/28(月) 07:15:24.18

table_A.列名あいう（table_Aの主キー）

table_B.列名あいう（table_A外部キー）
table_B.列名あいう_用途（table_A外部キー）

table_Aの外部キーが保存されるこの2列ですが、table_Aの同じ行とリンクするものではありません。

table_B.列名あいう_用途（table_A外部キー）
は、たとえば

**NAME IS NULL** · 2022/11/28(月) 07:19:51.81

>>689
table_B.列名あいう_用途（table_A外部キー）
は、たとえば、

table_B.列名あいう_処理ターゲット（table_A外部キー）
とでもして、処理と処理済みであることを銘記するためのものです。

table_B.列名あいう（table_A外部キー）がリンクするtable_Aの行とは違う行とリンクします。

**NAME IS NULL** · 2022/11/28(月) 07:20:23.19

>>686
ありがとうございます。
そのように考えました。

**NAME IS NULL** · 2022/11/28(月) 07:21:29.60

>>685
アクセスのGUIってそうなってなかった？

**NAME IS NULL** · 2022/11/28(月) 07:28:43.92

>>690
table_B.列名あいう（table_A外部キー）
table_B.列名あいう_用途（table_A外部キー）

つまり、table_Bは、table_Aのサブテーブルでありながら、処理のターゲットにもされるテーブルということになります。

**NAME IS NULL** · 2022/11/28(月) 14:59:50.69

テーブルAの別のレコードの列を参照する列を同じレコードに持つテーブルB

これCOBOLの発想か？

**NAME IS NULL** · 2022/11/28(月) 15:04:08.76

>>693
親子関係なのか
それならそういう命名もある程度納得できる

taskテーブルとtask_dependencyテーブルがあって
task_dependencyテーブルではtask Aが終わったら
task B, C, Dを実行するみたいな依存関係を管理する時に
↓こういうイメージの構成にして(A, B), (A, C), (A, D)の3レコードを登録する形だよね

task.task_id
task_dependency.task_id -> task.task_id
task_dependency.depentent_task -> task.task_id

**NAME IS NULL** · 2022/12/02(金) 14:57:13.95

他サーバーのテーブルを参照するビューがクソ重くて辛い
データ転送バッチ作るしかないのか？

**NAME IS NULL** · 2022/12/02(金) 17:56:05.96

レプリとかLog Shippingとかあるよ

**NAME IS NULL** · 2022/12/05(月) 11:50:30.30

>>697
ありがとう
他サーバーは他の人が管理してるものだからいけるか謎だけどちょっと相談してみるわ

**NAME IS NULL** · 2022/12/05(月) 21:06:27.64

>>698
SQL Serverはマテリアライズドビューがない

これはかなりの欠点

**NAME IS NULL** · 2022/12/05(月) 22:09:46.69

あるよｗ

**NAME IS NULL** · 2022/12/06(火) 01:23:03.08

>>700
それは標準SQLのマテリアライズドビューではなく、データベースそのものの物理的なレプリケーションでしかない。

こんなの乱暴すぎてアプリケーションからは危険すぎて使えない。

マテリアライズドビューがわからないのなら、マテリアライズドビューを知ってから反論した方がいい。

**NAME IS NULL** · 2022/12/06(火) 15:29:27.72

>>701
何いってんのｗｗ
レプリとマテリアライズドビューの区別もできない上に
マテリアライズドビューが標準SQLになった妄想見てんのかｗｗ
恥ずかしいやつだなｗｗｗ

オラクルしか知らんとマテリアライズドビューの本来の意味もわからんようになるのか
こうはなりたくないな

**NAME IS NULL** · 2022/12/06(火) 17:18:32.85

オラクルだと昔はスナップショットと呼んでたから
マテリアライズドビューをスナップショットレプリケーションだと思い込んでるんだろ

**NAME IS NULL** · 2022/12/06(火) 19:56:32.02

おまえらSQL Serverしか知らねえのまるわかりじゃねえかw

**NAME IS NULL** · 2022/12/06(火) 20:00:28.19

>>702
あのさ、他のRDBMSではレプリケーションという言葉は広い意味の言葉で、製品ごとに定義が異なる。

さらにマテリアライズドビューはデータベースオブジェクトですよ？

SQL Serverで似たようなことをするには、全レコードをSELECTして他のテーブルに登録するくらいしかない。

他のRDBMSはSQLでマテリアライズドビューの操作ができる。

**NAME IS NULL** · 2022/12/06(火) 20:02:10.27

>>703
「スナップショットレプリケーション」なんて言葉が出てくるのはSQL Serverくらい

**NAME IS NULL** · 2022/12/06(火) 20:05:56.31

日本マイクロソフトのサポートや、日本マイクロソフトが作らせたOracleDBとの比較資料も大間違いだらけなんだぜ？

そのくらいマイクロソフトは自社製品がわからない。

日本マイクロソフトの品川本社のSQL Serverサポートもひどいレベル。

普通のデスクトップPCで試してみているだけ。
さも知ってましたみたいに答えるが、Bing検索で検索して答えるレベル

**NAME IS NULL** · 2022/12/06(火) 20:34:37.28

マイクロソフトはSQL Serverの欠点を指摘されて、マテリアライズドビューはあるみたいなことを世界に発信している。

マテリアライズドビューは、ビューにインデックスを作成すれば解決みたいなことを言い出して、そのインデックスが実態がもはやただのテーブルにすぎない。

同じようにロックエスカレーションも悪く言われて、これも正反対のロックエスカレーションはすばらしいと言って回っているので、ますますSQL Serverが売れなくなった。

**NAME IS NULL** · 2022/12/06(火) 20:37:02.65

>>705
> SQL Serverで似たようなことをするには、全レコードをSELECTして他のテーブルに登録するくらいしかない。
よくそんなレベルでレスできるもんだな...

**NAME IS NULL** · 2022/12/06(火) 21:16:22.43

>>709
データがそんな大きくなければそうやるよ？

あなたは何と戦っているの？

そうじゃない、そうじゃないと言っていても、ただのイタいおじさんを通りすぎて、追放されるレベルだよ。

**NAME IS NULL** · 2022/12/06(火) 21:32:40.36

> こんなの乱暴すぎてアプリケーションからは危険すぎて使えない。
とか言ってた奴が
> SQL Serverで似たようなことをするには、全レコードをSELECTして他のテーブルに登録するくらいしかない。
とかw
とりあえず何が危険なのか書いてみ
それでお前のレベルがわかる

**NAME IS NULL** · 2022/12/06(火) 21:44:53.86

まいどまいど斜め上のレスを上から目線で書いちゃってｗｗｗ
いつも笑わせてもらってる

こいつは特別アホだとしても
オラクル信奉者ってなぜか低レベルなやつ多いよなぁ

**NAME IS NULL** · 2022/12/06(火) 21:51:47.80

よろしくお願いします。

Date型で、日部分のみ指定した値に変更したいのですが、そういう関数はあるでしょうか。

元となる年月日から足し引きするような関数はあったのですが、直接指定するというものが見つかりません。

年、月、日に分解したあとに、日のみ変えてまたDATE型を組み立てるしかないのでしょうか。

**NAME IS NULL** · 2022/12/06(火) 22:04:17.98

>>712
他のDBMSに精通したらオラクルを信奉したりしないからね

**NAME IS NULL** · 2022/12/06(火) 22:38:13.91

>>713
SQL-Server 2022 なら
dateadd(day, n - 1, datetrunc(month, 日付))
でできると思うけどどう見ても素直に
datefromparts(year(日付), month(日付), n)
の方がわかりやすいと思う

**NAME IS NULL** · 2022/12/06(火) 22:55:01.97

>>715
早速レスをいただき、ありがとうございます。
専用関数がないのは残念ですが、確かにわかりやすいので、組み立て方式でいきたいとおもいます。

参考になりました！

**NAME IS NULL** · 2022/12/07(水) 01:11:49.50

なにかやらかしたらしい…
幸いODBCドライバー使ってないけど

https://forest.watch.impress.co.jp/docs/news/1461295.html

**NAME IS NULL** · 2022/12/07(水) 02:44:35.29

>>717
こういうのがあるからアップデートしたくない

最初にテストしたら、そのまま何の変更も加えてほしくない

**NAME IS NULL** · 2022/12/07(水) 17:41:32.59

Sql server 2019と、SQL Server Management Studio(SSMS)について

SSMSを使って、Sql serverにsaで接続し、
ファンクションを作成しました。
作成用Create functionスクリプトの実行は完了しました。
しかし、SSMSの左ペインに表示されるはずの作成したファンクションが見つかりません。
そのファンクションも、SSMSには認識されておらず、dbo.ファンクション名を打とうとしても、インテリセンスが機能しません。

このとき、SSMSを再起動したのですが、状況は変わりませんでした。
しかし、Sql serverも再起動した後に試すと、SSMSはさきのファンクションを認識しました。

こういう挙動は普通ですか？
ストアドプロシジャなら、直ぐに認識されなくても、いくらなんでもSSMSで再接続さえすれば認識されたと思います。

**NAME IS NULL** · 2023/01/09(月) 01:53:59.58

>>719
データベースの情報を完璧に取得し直して表示するという仕様は、完璧である必要があると思っているんですか？

データベースオブジェクトを検索して表示するのも負荷のかかることです。

SSMSで一時的に見えなかったことを問題視してますが、そんなに重大な問題ですか？

SSMSではなく、クエリで存在を確認する習慣をつけた方がいいですよ。

**NAME IS NULL** · 2023/01/09(月) 05:36:49.23

ストアドプロシジャ内で、
サブクエリによるテーブルの導出を
テーブル値ファンクションで行うとパフォーマンスは落ちるのでしょうか。

各ストアドプロシジャ内で、同じ導出を行うのも非効率だなと思って、流用しやすい形でfrom 句にファンクションを使おうと思っています。

**NAME IS NULL** · 2023/01/09(月) 17:03:36.75

>>719
SSMSってＤＢ情報とかキャッシュしてるから、まあよくあることなんじゃね

>>721
テーブル値ファンクションって、おそらく実行時に展開されないので
サブクエリより実行計画の幅が狭いはず
なのでサブクエリより実行効率が上がるとは思えん

**NAME IS NULL** · 2023/01/09(月) 17:23:40.09

>>719
手動でRefreshしなよ
わからなかったら「SSMS Refresh」でググって
インテリセンスのキャッシュも同じ
DBに不必要な負荷をかけないために昔からそういう仕様だったはず

**NAME IS NULL** · 2023/01/09(月) 22:12:05.07

>>721
Inline Table Valued Functionなら
SELECT文を直接書くのと同じように展開されてから
オプティマイザが実行プランを生成するのでパフォーマンスは変わらない

**NAME IS NULL** · 2023/01/10(火) 05:05:40.83

>>722
>>724

レスありがとうございます。
テーブル値ファンクションを、From句や、
OUTER APPLYで使うと、パフォーマンスおちないか心配でした。

ストアドプロシジャにベタ書きするように最適化されると聞いて安心しました。

しかし、再利用性を高めるとはいえ、
SQLにサブルーチン的な発想をもちこむのは心が痛みます。

**NAME IS NULL** · 2023/01/10(火) 05:48:19.71

>>725
整合性の取れた最新のデータを取得しないといけない理由があるんですか？

理由がないのならそんなやり方は捨てるべきです。

しかもデータ量について言及がないので、データ量が少なければ、どういう方法でやっても速度性能なんてほとんど変わりません。

パフォーマンスは低下するが、1.00秒かかるクエリが1.01秒になるような性能悪化なら気にしても意味はありません。

**NAME IS NULL** · 2023/01/10(火) 16:42:39.89

>>726
＞整合性の取れた最新のデータを取得しないといけない理由があるんですか？理由がないのならそんなやり方は捨てるべきです。

どういうこと？
静的テーブルに、予めデータを用意しておいて、
これを使うということ？？

**NAME IS NULL** · 2023/01/10(火) 18:38:33.71

>>725
通常のビューや、CTEでダメな理由がなにかあるのか？

**NAME IS NULL** · 2023/01/10(火) 19:15:25.24

>>728
再利用できない

**NAME IS NULL** · 2023/01/10(火) 19:26:28.71

>>729
そこで言う再利用って何？
CTEはともかく、ビューが再利用できないわけないんだが

**NAME IS NULL** · 2023/01/10(火) 20:33:42.25

>>730
テーブル値ファンクションで、定義しとけば、
他でテーブルのように何度でも使える。
修正も一箇所ですむので簡単。

**NAME IS NULL** · 2023/01/10(火) 22:02:19.98

>>727
そいつはDB板の有名荒らしなので相手にするのは時間の無駄だよ

**NAME IS NULL** · 2023/01/10(火) 22:03:23.61

>>732
ありがとうございます。

**NAME IS NULL** · 2023/01/10(火) 22:08:48.47

条件となる値が固定ならビュー
条件となる値が可変ならinline TVF

**NAME IS NULL** · 2023/01/11(水) 05:06:06.88

>>734
引数なしのテーブル値ファンクションは駄目？

**NAME IS NULL** · 2023/01/11(水) 14:22:52.23

>>731
だからそれだと、ビューがダメな理由にならないんだが？

**NAME IS NULL** · 2023/01/11(水) 16:50:03.30

>>736
ビューはかつて使ったことないけど、
from句や、OUTER APPLYできるのかな。

ファンクションで作っておくと、引数追加したくなっても変更しやすそう

**NAME IS NULL** · 2023/01/11(水) 18:33:20.02

>>737
>from句や、OUTER APPLYできるのかな。
当然使えるよ
SELECTするだけならTableが使えるところならどこでも使えると思うよ
更新系はいろいろ制約があってそれを満たしてなければ使えない