Microsoft SQL Server 総合スレ 11 [無断転載禁止]©2ch.net

**NAME IS NULL** · 2016/05/29(日) 16:50:08.13

Microsoft SQL Server (Transact-SQL) の総合スレッドです。

・Microsoft 公式サイト
http://www.microsoft.com/japan/sql/

過去スレとかめんどいから誰か適当に貼って

**NAME IS NULL** · 2017/05/13(土) 06:25:13.83

2016のssmsとexpress使ってるけど、imeの問題は出ないぞ

**NAME IS NULL** · 2017/05/13(土) 07:09:40.03

Visual Studio 2015 Express 使ってるけどごくまれ（数ヵ月に一回ぐらい）IME がOnにならなくなる時がある
メモ帳とかを起動してIMEをOnにしたりするとVisual Studioでも普通に使えるようになるからあまり気にしてないけど

**NAME IS NULL** · 2017/05/13(土) 11:11:12.87

>>389
項目は出ているけど開けなかった記憶あるわ
項目自体出てないのは>>392の通りExpress使っているとかじゃないのかね

**391** · 2017/05/13(土) 23:35:10.24

すいません、たぶんDBのほうがExpress使ってるかもしれません
どこで確認できますか？また自動でバックアップする方法とかありますか？

**NAME IS NULL** · 2017/05/14(日) 00:45:41.95

SqlServerに特化したPowerShellがあるらしいけど、使ってる人いるのかな？

**NAME IS NULL** · 2017/05/14(日) 01:42:00.54

>>396
マジで言ってるのかアレだなあ...
▪️エディション確認
・繋いだインスタンスを右クリックでプロパティ
・masrerデータベースで
select @@version

▪️バックアップ
Backup database コマンド書いたSQLファイルを
sqlcmd/osqlで呼ぶbat書いてタスクスケジューラに登録

expressで開発、検証じゃなく本番運用する気なら
悪いこといわんからstandard買って載せ替えるが宜しい
奉行とかPCAとかのパッケージバンドルかねえ

**NAME IS NULL** · 2017/05/20(土) 15:16:05.49

アップルラボ詐欺怪しい疑惑 iPhone 修理非正規店グレーゾーン韓国中国
根本つとむ中卒ブサイクブスキモい詐欺師生活保護
根本つとむ逮捕犯罪者罪状重要参考人障害者アスペルガー症候群
アップルラボ被害者の会壊れたおかしい犯罪故障 iPhone7 スティーブジョブズ
アップルラボ脱税 iPad 脱獄水没修理 MacPro 買取
アップルラボ誇大広告 2ちゃんねるで宣伝消費者センター粉飾決済恥ダメ
アップルラボ迷惑企業最低やめて欲しい中卒変創価学会中国

**NAME IS NULL** · 2017/05/20(土) 18:14:01.91

>>397
> SqlServerに特化したPowerShellがあるらしいけど
どこの情報？
普通に [Data.SqlClient] 経由で使うのとなにか違うの？

**NAME IS NULL** · 2017/05/23(火) 21:26:20.97

Hyper-V クラスタ上の仮想サーバー（４コア割当）にSQLServer２０１６stdをインストールしたとき、SQLServerの必要ライセンスを教えてください

**NAME IS NULL** · 2017/05/23(火) 22:42:33.22

>>401
https://www.microsoft.com/ja-jp/licensing/learn-more/brief-server-virtual-environments.aspx

**NAME IS NULL** · 2017/06/02(金) 21:45:56.38

SQLはmacでも使えますか？

**NAME IS NULL** · 2017/06/02(金) 22:27:19.41

>>403
使えない

**NAME IS NULL** · 2017/06/02(金) 22:47:59.88

SQL自体は使える（書ける）

**NAME IS NULL** · 2017/06/03(土) 17:30:12.42

じゃやっぱりWinマシンを買うところからってことですね

>>405
使えないということと書けるの違いはどう理解すればいいですか？

**NAME IS NULL** · 2017/06/03(土) 17:57:23.00

>>406
SQLとSQL serverの違いはわかってる？

**NAME IS NULL** · 2017/06/03(土) 21:38:11.44

んと、SQLはプログラミング言語で
SQLserverはMS社のデータベース

**NAME IS NULL** · 2017/06/03(土) 21:39:40.29

>>408
アンカー忘れましたが>>407へ

**NAME IS NULL** · 2017/06/03(土) 22:28:24.97

何に混乱しているかというと
SQLserverのWikiを読むと言語はc,c++,c#とある
でも他の本ではSQL自体をプログラミング言語と書いてある
そこでちょっと混乱
https://ja.m.wikipedia.org/wiki/Microsoft_SQL_Server

**NAME IS NULL** · 2017/06/03(土) 22:59:56.99

その記載ってSQL Serverを作成した言語の話じゃないかな

**NAME IS NULL** · 2017/06/03(土) 23:04:52.90

>>411
そういうことなのですか
ありがとうございます
ではもとい、Winマシンを買うのは必須ですね

**NAME IS NULL** · 2017/06/03(土) 23:29:53.05

仮想環境入れて、そこでWindowsを動かすという方法もあるけれど
どういう目的で使うのか、どの位の頻度で使うのかにもよるだろうね

**NAME IS NULL** · 2017/06/03(土) 23:45:52.82

>>413
会社は普通にWindows機なんで、macは自宅学習用です
プログラミング自体初めてなので家でも勉強しようと思って

**NAME IS NULL** · 2017/06/04(日) 00:09:22.35

macはバカが使うものだからバカになりたくなかったら今すぐ捨てた方がいいね

**NAME IS NULL** · 2017/06/04(日) 00:14:22.87

>>415
そういう煽りには乗りませんので

**NAME IS NULL** · 2017/06/04(日) 00:25:56.60

>>416
煽りを装った本音なんだけどなあ

**NAME IS NULL** · 2017/06/04(日) 00:34:24.00

>>412
必須じゃねーよ

**NAME IS NULL** · 2017/06/04(日) 00:35:50.62

>>414
MacBookPro15なら、そこそこパワーがあるしMemoryも乗っているから
仮想環境でそれなりに動かす事はできる
それ以外のときはBoot Camp使って、起動を切り替える方が良いかもしれない
SSDだろうから切り換えしてもそれほどストレスにはならないと思う

**NAME IS NULL** · 2017/06/04(日) 00:42:41.51

>>414
なら仮想環境に入れた方が早いな

**NAME IS NULL** · 2017/06/04(日) 09:26:51.00

>>419
>>420
ありがとうございます

macにWindows入れること検討してみたいと思います
macはモニターの色は綺麗だし普段使いには満足してますが、office系ソフトはショートカットが使えなくて戸惑うし一長一短ですね

家に仕事持ち込むわけではないので、まずは会社のWindowsで慣れてから再度考えようと思います

**NAME IS NULL** · 2017/06/04(日) 09:35:30.08

sqlを練習する程度ならmysqlでもいいんじゃないか？
Macでも動くし。

**NAME IS NULL** · 2017/06/04(日) 10:27:16.37

>>422
そうなんですか！？
前に調べてた時macでも使用可なのがあった記憶がベースで今回の質問に至っておりまして…
それがmysqlだったのかもしれません
ありがとうございます！
まずはそこからやってみます

**NAME IS NULL** · 2017/06/04(日) 14:59:13.80

>>423
そんなに驚くなよ。
sql server expressはwindows専用だが
それ以外のフリーなdbソフトは大体はMacでも動くんじゃないか？俺はMac持ってないが

**NAME IS NULL** · 2017/06/09(金) 08:22:54.49

SQLServerのデータファイルの自動拡張がタイムアウトしたってイベントログ出てるんですが
自動拡張時のサイズ小さくすれば解決するもんなのかな？
書き込みが頻発するとディスクアクセスがボトルネックになりそうなんだが

そもそものタイムアウトが発生するところをケアすべきよね
やっぱ

**NAME IS NULL** · 2017/06/09(金) 11:20:11.31

>>425
自動拡張の初期値はファイルサイズのX%なのでサイズがでかくなるにつれ拡張サイズも増えて処理がタイムアウトするから拡張サイズは固定値にした方が良いよ
ログファイルじゃなくてデータファイルならそもそものデータ見積もりが誤っているという話もあるが

**383** · 2017/06/14(水) 12:27:42.97

すんません、
「やってみたら？まぁ上手くいくわけないんだけどなwせいぜい絶望してファントム生んでろw誰もエンゲージしねーけどw」
って事かと思って保留してました。

実践していただいた方もいて、助かりました。やってみます。
自分のPCなんで最悪HDDのイメージ取ってから試せば何とでもなるんですけどね。
試行錯誤できる環境を作る時間がなくて。
でもHDDの空き容量もなくて。
そして人生の余裕もない。
もう死にたい。全てが嫌になった。

**NAME IS NULL** · 2017/06/19(月) 23:23:03.91

SQL2014の自動拡張で質問です。
例えば10MBまたは100MBと指定して拡張されたタイミングまたはログというのは何処で確認できるものでしょうか？

SQL2008だと「ディスク使用量」レポートで確認できるという記事を見かけて
2014環境で確認しましたが思うような結果が得られませんでした。
復旧モデルが単純だったせいなのか、2014では別のレポートで出力出来るのか判断がつきかねています。

ど素人なので的外れな事を書いているかもしれませんが何かヒント頂ければ幸いです。

**NAME IS NULL** · 2017/06/21(水) 01:20:46.92

SSMSで管理のSQL Serverログとか
OSのイベントビューアでアプリケーションログとかになんか吐いてなかったっけ

**NAME IS NULL** · 2017/06/21(水) 12:19:47.12

なんでちょっとMSの中の人よりの言いかたなんだよｗ

**NAME IS NULL** · 2017/06/21(水) 20:48:17.77

どの発言がどうMSの中の人よりなのか

**NAME IS NULL** · 2017/06/21(水) 21:12:30.65

気になるんだったらもう少し謙虚に聞いたら？

**NAME IS NULL** · 2017/06/22(木) 23:55:36.11

>>429
ありがとうございます
ご鞭撻頂いた項目で確認したいと思います

**NAME IS NULL** · 2017/06/23(金) 06:45:25.32

>>433
ご鞭撻？

**NAME IS NULL** · 2017/07/02(日) 11:27:25.38

鞭打ちの刑

**NAME IS NULL** · 2017/07/02(日) 17:23:55.73

質問させてください。

SQLServer2008 R2で、主キーにクラスタ化インデックスを指定されたあるテーブルに対し、
主キーを指定した単純なSelect文を発行して実際の実行プランを表示させたところ、なぜか「TableScan」となります。

・WHERE句に主キーを指定したのになぜ「Clustered index seek」にならないのでしょうか？
少なくとも「Clustered index scan」にならないのはなぜでしょうか？

この点についてなにかこういうところを確認してみろという部分はありますか？
もしくは実行プラン「Table Scan」でもとくに気にするところではないのでしょうか？
特にSelect結果が遅いわけではなく、１秒もかからないで結果が返ってくるので
特に現時点では致命的ではないのですが・・・

その他の状況としては以下の通りです。
・テーブルのレコード数は数万程度。
・もともとのこのＤＢはSQLServer2005で作られたものであり、バックアップから復元して互換性レベルを上げてある。
・Indexの再構築を行っている
・別な環境で似たような状況をつくりだし、同じくSelectをしてみたところ、想定した通り「Clustered index seek」となった。
・数ヶ月以上運用され、INSERTやUPDATEなどは繰り返し発生している

以上のような状況なのですが、
なにかわかる方がいらっしゃったらよろしくお願いします。

**NAME IS NULL** · 2017/07/02(日) 17:37:33.40

>>436
あのな、インデックスがあればインデックススキャンになるわけじゃないんだよ。データによってはテーブルスキャンの方が速い。それを自動で判断した結果がそういうことだよ。

**NAME IS NULL** · 2017/07/02(日) 17:42:57.27

>>436
UPDATE STATISTICSで統計情報を更新したり、DBCC FREEPROCCACHEで実行プランをクリアするぐらいかね
遅くなる可能性もあるから、事前確認は怠らずにね

**NAME IS NULL** · 2017/07/02(日) 17:51:08.05

>>437-438
早速の返答ありがとうございます。

かならずしもIndex seekのほうがよいわけではないんですね。
統計情報の更新は調べてやってみることにします。
ありがごうとざいます。

**NAME IS NULL** · 2017/07/02(日) 18:01:02.66

数万程度ならどんな実行計画でも時間は変わらない可能性大だが、
どうしても拘束しないたらヒント文を追加すれば？

**NAME IS NULL** · 2017/07/02(日) 18:28:22.42

>>440
ヒント文でインデックスを指定できるんですね。
これでやってみて時間がかわらなそうであれば元の状態で行こうと思います。
ありがとうございました。

**NAME IS NULL** · 2017/07/02(日) 19:24:58.07

１フィールドだけのテーブルがあって、その１フィールドにプライマリキーが設定されてるのを見るとなんか微妙な気分になるｗ

**NAME IS NULL** · 2017/07/02(日) 21:27:03.96

クラスター化インデックスのあるテーブルってテーブルスキャンは発生しないと思ってんだが違うのか
俺の知る限り、テーブルスキャンするところはすべてクラスターインデックススキャンになるんだが

クラスターインデックスのフルスキャンはテーブルスキャンと実質同じだと思うんだが、何が違うんだろ
テーブルスキャンならクラスターインデックスのリーフページだけをたどれる？

**NAME IS NULL** · 2017/07/06(木) 22:57:10.15

access単体でデータベースを作成するのと、SQLserver＋Vbで作成するのは難易度はどのくらい違いますか？

**NAME IS NULL** · 2017/07/07(金) 00:32:55.05

だいぶ前にミラーリングが非推奨の機能になっちゃったけど、これからはクラスタ作ってAlwaysOnでやるしか無いのかね
今時オンプレかよとは言わないで

**NAME IS NULL** · 2017/07/07(金) 00:49:20.65

>>444
それだけの内容では色々分からなすぎて
双方の言語経験があるなら差はほとんどない、としか答えられない

**NAME IS NULL** · 2017/07/07(金) 13:53:10.80

>>445
ミラーリングしたい理由はなによ

**NAME IS NULL** · 2017/07/07(金) 14:15:59.58

ミラーリング、手軽で便利なのにな

**NAME IS NULL** · 2017/07/07(金) 19:19:13.94

>>447
Standardのライセンス2つで安価、手軽に二重化出来ること
試しにAlwaysOn構築しようと思ったら、SQLServer外の条件で制約多くて

**NAME IS NULL** · 2017/07/18(火) 22:16:07.37

SQL Server 2017 Release Candidate 1
https://blogs.technet.microsoft.com/dataplatforminsider/2017/07/17/first-release-candidate-of-sql-server-2017-now-available/

てか2016の次2017なのか…RTMには2018ぎりぎりだったり2018になってたりするんじゃ…

**NAME IS NULL** · 2017/07/19(水) 01:16:59.53

MicrosoftはどうやってSQL ServerをLinuxへポートしたか、ついに2017リリース候補がローンチ
http://jp.techcrunch.com/2017/07/18/20170717how-microsoft-brought-sql-server-to-linux/

**NAME IS NULL** · 2017/07/19(水) 07:37:48.82

>>449
AlwaysOnは知らんが、ミラーリングの場合、待機側はライセンス要らないよ

**NAME IS NULL** · 2017/07/19(水) 10:59:44.53

ますますミラーリングから離れられないわな
AlwaysOnは1台につき1ライセンス必要だし

**NAME IS NULL** · 2017/07/20(木) 00:52:16.15

ミラーリングでライセンスいらないのは、完全に待機のみの場合だけだったはず
ダウンタイムの短縮には役に立つけど、負荷分散には使えないぞ

**NAME IS NULL** · 2017/07/20(木) 09:59:09.19

ミラーリングは負荷分散に使えないが

**NAME IS NULL** · 2017/07/27(木) 22:18:19.62

株式会社メビウス(mob)
http://matsuri.2ch.net/test/read.cgi/infosys/1501121465/

**NAME IS NULL** · 2017/07/31(月) 21:23:54.39

SQL Server絡みの地雷率が高すぎてうんざりしてきた
windowsしか使えないのでこれ使いました！
プログラムはよくわかんないので中身は適当です！
十数年分の滅茶苦茶に蓄積されたデータは再利用できるようにしてください！
みたいのしかねえ

**NAME IS NULL** · 2017/07/31(月) 21:46:50.58

>>457
知識の蓄積もない、Microsoftは利用者を育てることが重要だと思ってないからな。

**NAME IS NULL** · 2017/08/01(火) 02:12:40.31

>>458
サポート費用払う前提だがそれなりの対応してると思う
何か問題でもあったのか？

**NAME IS NULL** · 2017/08/01(火) 08:09:16.36

>>457はMSをディスってるんじゃなくてその利用者をディスってるんだろ
むしろそんな連中でもとりあえずのシステムが組めるMS製品群スゲーって話
まあ引き継ぎとかでうんざりする気持ちはよくわかるが w

**NAME IS NULL** · 2017/08/01(火) 10:39:33.77

>>460
とりあえずじゃないからSQLServerの地雷案件が多いんだよな
設定もろくにせずに遅くなったら魔法の言葉「MSの製品だからしょうがない」で誤魔化そうとする阿呆多すぎる

**NAME IS NULL** · 2017/08/01(火) 10:45:07.93

>>459
日本マイクロソフトのサポートもレベルがひどい

**NAME IS NULL** · 2017/08/01(火) 12:48:27.45

>>461
いちゃもんつけたいだけのアホ乙 w

**NAME IS NULL** · 2017/08/01(火) 13:30:45.92

>>463
日本ユニシスおつ

**NAME IS NULL** · 2017/08/28(月) 21:43:46.23

教えてください。

SQLServer の View でトリガを使って別のテーブルの編集を行いたいと思います。
ほぼこのページの通りに書いてみたのですが、View の参照元のテーブルにレコードを追加してもトリガが実行されないようです。
https://msdn.microsoft.com/ja-jp/library/def01zh2(v=vs.120).aspx

実際のテスト環境は以下の通りです。
・DB: A
　テーブル01

・DB: B
　ビュー01　(DB:Aのテーブル01を参照)
　　トリガ01　(ビュー01に対して INSTEAD OF INSERT でテーブル 02 に情報を追加)
　テーブル02　(テーブル01のキー項目に関連づけて、追加項目を登録)

DB:B は DB:A を参照した試験環境で、DB:B を削除するだけで後腐れなく試験環境を除去できないかな、と考えました。

DB:A のテーブル01にトリガを仕掛ければ問題なくやりたいことは出来るのですが。
ビューのトリガを動かすのには何か設定が必要なのでしょうか。

**NAME IS NULL** · 2017/09/09(土) 20:24:20.28

SET ARITHABORT　はﾍﾙﾌﾟやﾉｳﾊｳ掲示板ではＯＮ推奨になってるけど、逆の場合もあるようで、とあるｽﾄｱﾄﾞでは

ﾊﾟﾗﾒｰﾀ：日付指定→行番号取得→本処理
１．ＡＤＯのﾃﾞﾌｫﾙﾄでＯＦＦ：　１秒
２．ＳＳＭＳのﾃﾞﾌｫﾙﾄでＯＮ：　２０秒
３．ｽﾄｱﾄﾞ内で　SET ARITHABORT　を記述：　２０秒（１、２どちらもＯＮでもＯＦＦでも同じ）
４．ｽﾄｱﾄﾞ内の記述を外し、ＳＳＭＳのｵﾌﾟｼｮﾝ設定でＯＦＦに変更：　１秒

ﾊﾟﾗﾒｰﾀ：行番号指定→本処理
５．ＡＤＯのﾃﾞﾌｫﾙﾄでＯＦＦ：　２０秒　←これが問題だった
６．ＳＳＭＳのﾃﾞﾌｫﾙﾄでＯＮ：　２０秒
７．ｽﾄｱﾄﾞ内で　SET ARITHABORT　を記述：　２０秒（５、６どちらもＯＮでもＯＦＦでも同じ）
８．ｽﾄｱﾄﾞ内の記述を外し、ＳＳＭＳのｵﾌﾟｼｮﾝ設定でＯＦＦに変更：　１秒
９．その後、ＡＤＯのﾃﾞﾌｫﾙﾄでＯＦＦ：　１秒　←解決

ﾊﾟﾗﾒｰﾀは後者の方が処理が少ないのに、妙に遅かったという問題
接続ｺﾝﾎﾟｰﾈﾝﾄのSET ARITHABORTのﾃﾞﾌｫﾙﾄの違いによって実行ﾌﾟﾗﾝが分かれるという話を見て、以上のことをごちゃごちゃやってたら直った
でも解決法が逆

開発当時を覚えてないけど、前者は最初に実行ﾌﾟﾗﾝができたのがＡＤＯでの実行で、後者はＳＳＭＳだったのかもしれない
つまり
Ａ．先にＡＤＯでSET ARITHABORT　ＯＦＦで実行→ＳＳＭＳでＯＮで実行→実行ﾌﾟﾗﾝが分かれる
Ｂ．先にＳＳＭＳでＯＮで実行→ＡＤＯでＯＦＦで実行→ＯＮの実行ﾌﾟﾗﾝが使われる
Ｃ．Ｂを解除するにはＳＳＭＳでＯＦＦで実行（および再ｺﾝﾊﾟｲﾙ？）
つまり、散見するﾉｳﾊｳとは逆にＳＳＭＳを常にSET ARITHABORT　ＯＦＦにした状態で開発した方がいいのかもしれない
ＡＤＯもSET ANSI_WARNINGSはＯＮなので、SET ARITHABORTがＯＦＦでも０除算ｴﾗｰは出るし
ちなみに、ＳＱＬ　Ｓｅｒｖｅｒは２０１４

**NAME IS NULL** · 2017/09/09(土) 20:49:58.88

実際酷いのもいるけど、そういうのはむしろＯＲＡＣＬＥ出身だったりするｗ（内部結合のﾋﾞｭｰのみでやりきろうとする信じられない低ﾚﾍﾞﾙもいる）
ＳＱＬ　Ｓｅｒｖｅｒは同一ｽﾄｱﾄﾞ内に制御文と問合せ文が同居できるため工夫の範囲が広く、むしろＯＲＡＣＬＥよりﾚﾍﾞﾙの高い技術者も多いとも聞く

いずれにせよ前任者はそれを０から構築したわけで（おそらく低予算で）、前任者が悪いんでなく、引き継げない後任者のﾚﾍﾞﾙが低いと考えるべき
前任者のﾚﾍﾞﾙが低いと言うならむしろ引き継ぐだけでなく改善して、処理速度を数十倍～数百倍に上げてみせるべき

**NAME IS NULL** · 2017/09/27(水) 13:50:33.70

復旧モデルについてなのですが、「完全」よりも「単純」の方が余計なことをしない分
処理速度自体は総じて速いという認識で良いのでしょうか？

**NAME IS NULL** · 2017/09/27(水) 15:25:41.88

>>468
差が出るのは最小ログ記録が有効になる操作のみ
https://technet.microsoft.com/ja-jp/library/ms191244(v=sql.105).aspx

**NAME IS NULL** · 2017/09/27(水) 19:15:37.86

>>468
処理速度はほとんど変わらないけど、完全はトランザクションログのメンテナンスを疎かにしてトラブル起きやすいイメージ

**NAME IS NULL** · 2017/09/27(水) 22:49:22.28

単純でもトランザクションのロールバックはできるわけだから、ログは取ってるんだが
一括ログ可能な操作だと、単純でも一括ログ方式の最少ログしか取ってないのかな

そうじゃないなら、速度的には一括ログが一番早いんじゃないんじゃね
体感できるとは思えんけど

**NAME IS NULL** · 2017/09/28(木) 01:01:37.66

バッチ処理で大量にデータを
ローディングするようなシステムではそれなりに差が出るよ
BULK INSERTでだいたい20~25%くらい短縮できる

**NAME IS NULL** · 2017/09/29(金) 16:50:08.86

>>472
完全と一括ログの比較じゃなくて
単純より一括ログの方が早いって話？

**NAME IS NULL** · 2017/09/29(金) 23:26:37.10

>>473
単純は一括と同じでしょ
そこは試してないけどマニュアルにはそう書いてるよ

**NAME IS NULL** · 2017/10/04(水) 21:53:17.22

SQL Server 2017 RTM
https://www.microsoft.com/ja-jp/sql-server/sql-server-2017
https://blogs.msdn.microsoft.com/sqlserverstorageengine/2017/10/02/sql-server-2017-available-for-download/

**NAME IS NULL** · 2017/10/05(木) 09:42:17.95

まだ2012R2なのに

**NAME IS NULL** · 2017/10/05(木) 20:59:09.87

まだ2005が現役で動いているのに

**NAME IS NULL** · 2017/10/05(木) 21:56:52.98

>>477
それはヤバくね？

**NAME IS NULL** · 2017/10/05(木) 22:00:44.94

>>478
保守契約切れても何も言ってこないので他社システムに移行したと思ったら、単にケチってただけだったという・・・

**NAME IS NULL** · 2017/10/06(金) 22:25:21.69

うちの社内システムなんてSqlServer2000＋VB6だぞｗ

**NAME IS NULL** · 2017/10/07(土) 14:58:41.23

安定稼働してるＤＢＭＳを変更する理由がないからなぁ
ORACLEとかサポート切れたら不安しかないけど

**NAME IS NULL** · 2017/10/07(土) 17:00:02.65

>>481
セキュリティって知ってる？

**NAME IS NULL** · 2017/10/07(土) 17:07:32.43

格好の標的だね
metasploitみたいの使って簡単に攻撃されるよ

**480** · 2017/10/07(土) 17:54:07.20

>>481
そういやいまだにoo4o使ってるシステムもあったｗ

**NAME IS NULL** · 2017/10/07(土) 17:57:44.46

>>484
うちのこと？

**NAME IS NULL** · 2017/10/08(日) 22:37:59.43

そもそもＤＢに不特定多数が直接接続できるシステムがまれだと思うが

**NAME IS NULL** · 2017/10/08(日) 22:42:53.11

そもそもそういう発想がセキュリティを理解してない

**NAME IS NULL** · 2017/10/08(日) 22:43:14.23

いやまあSQL Slammerみたいな例もあるから何とも言えんけど
DBサーバそのものがネットワークに晒されてるような環境とそうじゃない環境じゃ
求められるセキュリティ強度も違うんじゃないかね

**NAME IS NULL** · 2017/10/09(月) 06:16:11.40

>>486
DBに（社内の）不特定多数が直接接続できるのはまれだと思うがDBが入ってるサーバーに（ログインはできないけど）直接接続できるケースは多いと思うぞ

**NAME IS NULL** · 2017/10/09(月) 09:17:26.00

別サーバーからSSMSからは接続出来ないのに
sqlcmdからは操作出来ちゃうアホな設定のDBがあったなあ

**NAME IS NULL** · 2017/10/09(月) 15:57:30.46

>>490
そんな設定できるんだっけ？

**NAME IS NULL** · 2017/10/09(月) 17:49:41.05

>>490
技とそういう設定にしてるんじゃないか？