タグ付けされた質問 「sql-server」

数年前、書くことは一般的でした where exists (Select * from some_table where some_condition) 昨年、多くのt-sqlスクリプトが星の代わりに数字の1を使用するように切り替わったことに気付きました where exists (Select 1 from some_table where some_condition) ちょうど私はこのOracleの例を見ました WHERE EXISTS (SELECT NULL FROM ... これはOracleで一般的なパターンですか？そして、これはこのようなものを使用するためのパフォーマンス引数です。

8 oracle  sql-server  style 

私たちの激しい抗議にもかかわらず、私たちの経営陣は、開発チームに開発サーバーに対する「sa」権限を付与する必要があると決定しました。キャッチは、私たち、DBサポートグループがまだこのボックスを維持する責任があるということです。 私たちは今、これらの強化された特権を持つ開発チームのために、すべきこととすべきでないことのリストを思いつくことを任されています。 このリストに追加してください： DO-開発中のDBにアクティビティを制限する しない - SQLインスタンスの設定を変更する sp_configure（cmdshellを含む） セキュリティ設定の追加/変更/削除 データベースオブジェクトの追加/変更/削除 バックアップデバイスやリンクサーバーなどのサーバーオブジェクトの追加/変更/削除 複製の追加/変更/削除 メンテナンスプランの追加/変更/削除 チームに属していないデータベースに触れる これらのユーザーの活動を追跡するために利用できるツールへのポインタは大歓迎です。

8 sql-server  sql-server-2005  permissions 

最近、私たちの学区はいくつかのサーバーをバージョン2005から2016に、そして物理サーバーからVMサーバーにアップグレードしました。 私たちのインフラストラクチャチームは、SQL Serverインストール用のVMサーバーをシングルコアで提示しました。 その部門の責任者に、SQL Serverがシングルコア上にあることが「嫌い」であり、彼が「証拠」を見たいと望んでいることを説明しようとしています。私が提示したデータはどれも彼の証明の必要性を満たしていなかったため、VM SQL Serverがシングルコアで効率的に動作しない理由に関するいくつかの記事を求めました。 これにはどの記事を使用しますか？ 私のケースを作るために私に何か助けていただければ幸いです！

7 sql-server  sql-server-2016  vmware 

特定のクエリの実際のクエリプランをキャプチャしました。 その後、いくつかの変更（統計の更新を含む）を行い、その特定のクエリを再実行しました。現在、実際のクエリプランは異なります（これは理にかなっています）。 クエリの実行速度が大幅に向上しました。他の変更（IO設定、VM設定の変更、SQLインスタンスの再起動など）もパフォーマンスの向上を引き起こしている可能性があるため、新しい実行プランがこれと関係があるかどうか知りたいです。これをテストするためにもう一度クエリを実行し、SQL Serverに古い実行プランを強制的に使用させます。 質問：ユーザー指定の実行プランでクエリを再実行する方法、またはそのようなプランから直接クエリを実行する方法はありますか？ これが私がこれを理解しようとしたものです： 私はオフィスで入手できる本（Professional SQL Server 2012の内部とトラブルシューティング、Microsoft SQL Server 2012のクエリ）を検索しました。 Google検索、たとえば「特定のクエリプランに基づいてクエリを実行」 DBA.SEは、「クエリプランの実行」や「実行プランの再実行」などの検索を行います。 そして最後に、以前に私の質問に何度も回答した質問です。「質問を投稿する」をクリックする前に、「すでに質問の回答がある可能性がある質問」を注意深く確認してください:-) つまり、これは可能ですか？もしそうなら：どのように？

7 sql-server  sql-server-2012  execution-plan 

いくつかのコンテキスト： 最初に、クエリにロックのヒントを含まず、レポートを「まっすぐ」に書きました。より大きなレポートでは、これによりロックの問題が発生することがあります。で、最初の私たちは、使用してこれを是正WITH (NOLOCK)クエリ内のテーブルのためのヒントを。 それはテーブルのいずれかのヒントを忘れることは簡単です、非常に目障りだし、（b）は（）ので、私たちは第二のアプローチの設定に移動TRANSACTION ISOLATION LEVELしREAD UNCOMMITTED、各データセットのクエリの先頭に（罰金です）。 ご想像のとおり、いずれかのデータセットのヒントは忘れがちです。だからこれは質問につながります： 質問：ヒントをレポートクエリと共に送信するためのオプションは何NOLOCKですか？ PS。これはある程度XY問題（クエリの最適化、運用データベースに関するレポートの作成など、他の多くのXオプション）であることに気付きましたが、それでもそれ自体を有効な質問にしようとしました。 オプション： 上記のオプションを以下に示します。機能するかどうかについて知りたいオプションが追加されています。 WITH (NOLOCK)各テーブルのヒントを設定します。（目障りで、非常に忘れやすい） READ UNCOMMITTEDクエリ全体に対して分離レベルをに設定します。（まだ忘れやすい） これをレポートレベルで指定することはできますか？たとえば、1つのレポートのすべてのデータセットクエリがロックなしで実行されるようにします。 これを他のSSRSレベルで指定することは可能ですか？たとえば、これを特定のレポートフォルダに設定したり、拡張機能を利用したりできますか？ これをデータソース/接続文字列レベルで指定することは可能ですか？たとえば、関連するすべてのレポートで特定の「No-lock-data-source」を使用していますか？ 前のオプションに関連：特定の「no-lock-sql-user」（接続で使用されるもの）にデフォルトのロックヒントを指定することはおそらく可能ですか？ ??? 実行可能なオプションはどれですか？私が見逃したオプションはありますか？

7 sql-server  locking  ssrs