Microsoft SQL Server 総合スレ 12

**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が使えるところならどこでも使えると思うよ
更新系はいろいろ制約があってそれを満たしてなければ使えない

**NAME IS NULL** · 2023/01/13(金) 04:01:42.26

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

**NAME IS NULL** · 2023/01/13(金) 12:39:45.86

SQL ServerのPKやインデックスは作成後にメモリに常駐し続けるものなんでしょうか？

**NAME IS NULL** · 2023/01/13(金) 13:47:19.40

>>740
キャッシュにブロック単位で読み込まれて残ってることはあるけど常駐はしない

**NAME IS NULL** · 2023/01/13(金) 16:02:17.39

SQL Server for LinuxでActive×Activeの遠隔地マルチマスター構成作れるの？

**NAME IS NULL** · 2023/01/13(金) 21:21:15.28

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

**NAME IS NULL** · 2023/01/13(金) 21:27:19.96

>>742
WindowsかLinuxかに関係なくSQL Serverが持ってる機能だけじゃできないと思うぞ
Oracleと同じでGoldenGateみたいな3rdパーティの製品依存

**NAME IS NULL** · 2023/01/13(金) 22:38:03.16

>>744
THX
Oracle強いのう

**NAME IS NULL** · 2023/01/14(土) 05:02:21.29

大規模システムはOracleDB、

中小システムはSQL Serverという棲み分けは

結局、変わらなかった。

今後も変わることはない。

なぜならマイクロソフトが諦めているから。

**NAME IS NULL** · 2023/01/14(土) 15:34:58.44

十数年前ならともかく
本当に大規模なシステムでは
もうオラクルやSQL Serverを検討するような時代じゃないからな

**NAME IS NULL** · 2023/01/15(日) 06:58:05.77

>>747
なに使うの

**NAME IS NULL** · 2023/01/15(日) 14:10:17.70

>>747
勘違いしすぎだぞ
クラウドでも大企業はオラクルクラウド、AWSやAzure上で同じ製品を使っている

**NAME IS NULL** · 2023/01/15(日) 14:54:01.25

SQL Server 2022
https://www.microsoft.com/ja-jp/sql-server/sql-server-2022

**NAME IS NULL** · 2023/01/15(日) 15:07:57.87

>>749
大規模なシステムと大企業のシステムの違いもわからないのかｗｗ
脳みそバグってるね

**NAME IS NULL** · 2023/01/15(日) 15:24:23.29

子供みたいな反論だな

**NAME IS NULL** · 2023/01/15(日) 15:24:53.65

単にお金がない企業は安いものを選択するしかないだけの話

**NAME IS NULL** · 2023/01/15(日) 16:07:23.25

そうなんだよ
お金がないからAmazonもOracle全部やめようとしてるんだよなぁ

**NAME IS NULL** · 2023/01/15(日) 16:12:59.82

Googleもお金がないからオラクルなんてボッ・・・高価なものは使えない
Facebookも右肩下がりだから節約してMySQL

**NAME IS NULL** · 2023/01/15(日) 19:18:52.45

AWSなんてすげーお金がかかるのに騙されて契約するのが日本人

**NAME IS NULL** · 2023/01/15(日) 19:20:18.35

本番環境しか見積もらずにAWSに完全移行して、運用保守環境がなくて積む企業が多発しているのが現状。

**NAME IS NULL** · 2023/01/26(木) 02:55:42.92

あげ太郎

**NAME IS NULL** · 2023/01/26(木) 09:47:38.66

さげ二郎

**NAME IS NULL** · 2023/01/27(金) 16:13:11.65

保守三郎

**NAME IS NULL** · 2023/02/12(日) 07:52:50.32

SSE2017相手なんだけど
SSMS19は18から設定を引き継ぐと繋がるけど
設定をクリアして新規で接続しようとすると
証明書がどうたらって出て接続エラーになる
でアンインストールしてSSMS18を入れ直すと
新規設定からでも接続できた

SSE2019以降の組み合わせだとどうなるか…
検証が非常に面倒だｗ

**NAME IS NULL** · 2023/02/13(月) 15:44:50.45

SSMS19の接続問題は接続の暗号化オプションが原因だった
SSMS18は暗号化が既定でオフだった

**NAME IS NULL** · 2023/02/14(火) 03:21:26.51

>>762
SSMSだけの問題じゃなくて、ほかのクライアントでも問題出てるから
サーバーかクライアントドライバでのデフォルト設定が変わってるっぽい

とりあえず接続文字列修正してるけど、デフォルト設定変える方法探さんとなぁ

**NAME IS NULL** · 2023/02/14(火) 20:18:55.91

SSMS19は設定ファイル自体を削除しちゃうと
接続暗号化オプションにもチェックが入るけど
詳細メニューで一度リセットボタン押しとくと
その後は既定で暗号化オプションがオフになる

**NAME IS NULL** · 2023/02/14(火) 20:21:19.25

Azureの方も更新来てたけど
引継でも新規接続でも問題無いな

**NAME IS NULL** · 2023/06/02(金) 23:00:42.49

SQL Serverは他のRDBMSと実装の方向性が違いすぎて、もはや作りが崩壊している。

**NAME IS NULL** · 2023/06/08(木) 18:27:59.82

具体的な事例を挙げてくれ

**NAME IS NULL** · 2023/06/11(日) 12:32:26.82

>>767
特定のインデックスがあるとテーブルが不要になるあたり

**NAME IS NULL** · 2023/06/11(日) 13:31:49.72

もっと具体的に。

**NAME IS NULL** · 2023/06/11(日) 13:34:41.55

>>769
列ストアインデックス

根本的に実装がおかしいと言っているようなもの

**NAME IS NULL** · 2023/06/11(日) 14:31:03.94

いや、個別の機能とかそういうのはいいから。
それをどう使うとどういう風になにが崩壊するのか実際的に語ってみて。

**NAME IS NULL** · 2023/06/11(日) 15:46:57.75

ボラクル君いじりは非生産的なのでやめようね

**NAME IS NULL** · 2023/06/11(日) 20:50:10.54

>>771
テーブルで実装できなかったことをごまかしている

**NAME IS NULL** · 2023/06/11(日) 20:55:17.39

崩壊してないじゃん。w

**NAME IS NULL** · 2023/06/11(日) 22:37:56.63

データの読み取りだけで高負担という欠点をさらしているわけだが、読み取り一貫性の実装が何度、作り直しても同じという諦めはマイクロソフト自身が諦めていること。

マイクロソフトドキュメントでわかるとおり、技術的にわかる人間を投入していないからこうなる。

**NAME IS NULL** · 2023/06/11(日) 22:53:30.42

崩壊してないじゃん。w

**NAME IS NULL** · 2023/06/12(月) 17:56:19.91

>>770
データウェアハウス向けの機能追加したら、他のRDBMSと実装の方向性が違いすぎるってか

>>データの読み取りだけで高負担という欠点
エビデンスは？

>読み取り一貫性の実装が何度、作り直しても同じという諦めはマイクロソフト自身が諦めている
エビデンスは？

>マイクロソフトドキュメントでわかるとおり、技術的にわかる人間を投入していない
たとえばどのドキュメント？

せめて、具体的なURLの一つでもあげてから言えよ

**NAME IS NULL** · 2023/06/14(水) 16:03:13.72

SQL Serverの営業職なのか？

SQL Serverは同時実行性を切り捨てている。

2005から2008でコードを書き直したが、結局、仕様がたいして変わらないものが納品されたことぐらい歴史を勉強しろよ。

**NAME IS NULL** · 2023/06/14(水) 16:08:00.63

>>777
他のトランザクションを邪魔する形で、読み取り一貫性を実装している。

データそのものを排他ロックするSybaseの流れから方針転換できなかった。

だから、列ストアインデックスのようにテーブルのコピーを作って、読み取りの並列化をするしかなくなった。

批判をしているんじゃなくて、事実を書かれて頭に来ているのは、ちょっとおかしい。

**NAME IS NULL** · 2023/06/14(水) 20:11:54.11

だから、どこが崩壊してるんだよ。

**NAME IS NULL** · 2023/06/14(水) 20:43:15.61

だからエビデンスを出せと
せめてURLの一つでも張らないと何の説得力もないよ

>>778
>仕様がたいして変わらない
中身のコードはどうでもいいが、バージョン上がって仕様が変わってたら大変なんだが？

>>779
ロックで一貫性を保つのは普通の方針だと思うが、それが実装の方向性が違うって？

で、列ストア以前にスナップショット実装されてるはずだが、それについては？
まあ、どうせ何の根拠もなく使い物にならないっていうんだろけど

**NAME IS NULL** · 2023/06/15(木) 05:40:55.29

何が気に入らないのか？

**NAME IS NULL** · 2023/06/15(木) 05:47:09.29

>>781
他のRDBMSは仕様を変えながら進化している。
後方互換性をマイクロソフトがアピールしていることもないし、そもそも後方互換性を気にしないのがSQL Server。

これを批難されているように受け取るんだろうけど、SQL Serverは日本マイクロソフトが作っているんじゃねえんだぞ？

**NAME IS NULL** · 2023/06/15(木) 05:57:11.40

SQL ServerはSQL ServerのDBAはなかなかいなくて、マイクロソフトは売りっぱなしの商売下手。

すでに終わったSQL Serverの資格も普及させる気があるとは思えなかった。いまはAzureのおかげでセット販売ができているからいいけど。

**NAME IS NULL** · 2023/06/15(木) 20:47:54.90

だから、どこが崩壊してるんだよ。

結構真面目に聞いてたつもりだったけど、何の根拠を挙げることもできないのね。
ただのアンチさんの戯言だったわけだ。

**NAME IS NULL** · 2023/06/17(土) 08:32:00.55

SELECTだけで必要以上にレコードを排他ロックすることがいまだにあり、これによる同時実行性の低下対策として、レコードのコピーを使う仕組みが作られて、それを使わされている。

要するにマイクロソフトが指示した仕様を手抜きで前のバージョンのコピープログラムで再構築してしまったのが不幸の始まり。

マイクロソフトはいまだに「ロックエスカレーションは必ずしも悪いことではない」と説明せざるをえない。

**NAME IS NULL** · 2023/06/17(土) 08:40:49.47

>>785
テーブルをSELECTしながら処理するのと、テーブルをSELECTし、同じSELECT結果を登録した一時テーブルや同じデータを持つ列ストアインデックスを参照して処理するのを比べると、後者の方が短時間で終わる。

さらにやばいのがSQL Serverはいまでも単にSELECTしただけで、理由のわからない大幅な性能劣化が起きることがある。

マイクロソフトそのものが諦めているのに、SQL Serverに期待しすぎの人間がこのスレにいるのは、日本マイクロソフトの周知不足なんだろうな。

**NAME IS NULL** · 2023/06/17(土) 08:44:00.04

SQL Serverは同じテーブルに複数のセッションから同時にSELECT文を発行すると、極端に遅くなることがある。

さすがにこう説明すれば、作りに問題があることがわかるだろ？

**NAME IS NULL** · 2023/06/17(土) 11:04:09.78

だから、どこが崩壊してるんだよ。
自分の台詞だろ。まずそこを説明しろよ。

**NAME IS NULL** · 2023/06/17(土) 11:04:34.79

あ、失礼。
x 説明
o 証明

**NAME IS NULL** · 2023/06/18(日) 23:16:22.92

何の根拠もなくここまで文句言えるとは
SQL Serverに親でも殺されたのか

>>786
聞いたことないけど、根拠は？
まあ、いまだに自分で明示的にロックかけないとまともに動かないDBを使ってる人は
排他ロックと共有ロックの区別がつかないんだな

>>787
どんな処理をしたらそうなるって？
で、その理由をお前が理解できないから、なぜかそうなるですましてるんだろ

期待してるどうこうではなくて、正しく理解して使いたいだけで
正しいかどうかもよくわからん情報を垂れ流されても困るんだがな

**NAME IS NULL** · 2023/06/19(月) 19:27:17.18

共有ロックの意味が違うぞ

**NAME IS NULL** · 2023/06/24(土) 16:50:28.70

3行めから6行目までのデータを抽出するときってどうやって書いたらいいですか？

**NAME IS NULL** · 2023/06/24(土) 16:53:00.13

>>793
SELECT *
FROM テーブル名
LIMIT 4
OFFSET

**NAME IS NULL** · 2023/06/24(土) 16:53:55.90

>>794
OFFSET 6;
とするとエラーが出ました

**NAME IS NULL** · 2023/06/24(土) 19:51:58.99

この辺りのこと？
ttps://sql-oracle.com/sqlserver/?p=857

**NAME IS NULL** · 2023/06/24(土) 22:11:08.28

>>796
すいません。
これです
調べきれてなかったです。
ありがとうございます。

**NAME IS NULL** · 2023/06/25(日) 09:25:22.34

2行目の5列目のみを抽出したいときってどうすればできますか？
SELECT 5列目の列名
FROM テーブル名
まではわかったのですが。。。

**NAME IS NULL** · 2023/06/25(日) 11:29:58.29

796 の応用でできるでしょうに。

**NAME IS NULL** · 2023/06/25(日) 11:47:11.55

>>799
同じように入力してみます。
すいません。

**NAME IS NULL** · 2023/06/27(火) 17:05:56.20

select s from テーブル名 s where s.email = $1;

この s って何でしょうか？
AS句を省略してる的な感じなのでしょうか？

**NAME IS NULL** · 2023/06/27(火) 17:33:51.50

そうだよ
テーブル名のエイリアス

**NAME IS NULL** · 2023/06/27(火) 18:30:54.86

>>802
合ってたんですね。
ありがとうございます。
ググるにも何て調べたら良いかわからず困っていました。

**NAME IS NULL** · 2023/06/27(火) 19:16:12.82

同じテーブル同士をjoinする意味ってなに？

**NAME IS NULL** · 2023/06/27(火) 19:16:57.47

ですか？
同じテーブルを隣同士に繋げても意味ない気がして。。

**NAME IS NULL** · 2023/06/27(火) 19:27:51.68

同じテーブルでも行ごとに中身がちがうんだから
違う行をつなげる意味はあるだろう

**NAME IS NULL** · 2023/06/27(火) 19:55:39.96

行を消せたりするってこと？

**NAME IS NULL** · 2023/06/27(火) 21:58:44.24

LEFT OUTERJOINの説明で、結合した時に余計なデータを取ってくるとノイズになるって説明見たんですけど、（ノイズ）ってなんの意味ですか？
NULLばっかりになるってことですか？

**NAME IS NULL** · 2023/07/14(金) 20:40:09.51

>>808
行数もそうだがむしろ
select ＊fromなんて指示したらどえらい列になるってことでは

**NAME IS NULL** · 2023/07/15(土) 12:24:05.87

？

**NAME IS NULL** · 2023/07/15(土) 13:28:07.72

不要な列のデータ＝ノイズって解釈なのだろうとエスパー。

**NAME IS NULL** · 2023/07/15(土) 16:37:15.54

たぶんそういう意味だろうね
(特に右テーブルの)不要な列を取ってくるなってことを言いたかったんだろう

**NAME IS NULL** · 2023/07/15(土) 22:00:38.83

>>812
左右が逆

**NAME IS NULL** · 2023/07/15(土) 22:04:46.99

>>812
難解な表現だな。

**NAME IS NULL** · 2023/07/15(土) 22:05:30.45

>>809
列指定にアスタリスクを使うことはあまりない

**NAME IS NULL** · 2023/08/07(月) 00:03:36.76

Developer Editionのライセンス規約数年前に変わったはずなのに、未だに開発者しか使えないと
大手ベンダですら勘違いしているのはマイクロソフトの宣伝周知足りないよな
こっちは損しないからどうでもいいけど、無駄な金払う顧客が可哀想・・・

**NAME IS NULL** · 2023/08/08(火) 01:33:23.95

昔もいまも開発用途にしか使えないと思うんだが

昔はどうで今はどうなのか詳しく

**NAME IS NULL** · 2023/09/19(火) 00:15:00.16

それってどうしてそうなの？

**NAME IS NULL** · 2023/09/19(火) 00:29:15.64

https://www.microsoft.com/ja-jp/sql-server/sql-server-downloads

SQL Server 2022 Developer は、非運用環境におけるデータベースの開発およびテスト向けの、全機能を備えた無料エディションです。

SQL Server 2022 Express は、デスクトップ、Web、小規模サーバー向けのアプリケーションの開発と運用に最適な、SQL Server の無料エディションです。

**NAME IS NULL** · 2023/10/04(水) 00:26:39.56

クエリストア、めちゃくちゃ便利ですね
Oracleから移ってきたけどsql serverの便利さ

**NAME IS NULL** · 2023/10/04(水) 00:28:48.45

に驚いています。
ssmsやc#との連携のしやすさなどエコシステム全体がユーザーフレンドリーな感じ
逆にOracleが不便なだけなのかもだけど

**NAME IS NULL** · 2023/10/08(日) 08:12:40.58

公式ドキュメントに問題があるせいで伸びないSQL Server

**NAME IS NULL** · 2023/10/18(水) 08:53:43.60

ねぇ…試してみる？

**NAME IS NULL** · 2023/10/19(木) 00:03:00.82

エラーの有無にかかわらずログテーブルへの出力をしたいんですが、オラクルのような自律型トランザクションってないんですよね…
皆さんどうやってます？