問題タブ [sql-server-2014]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
msbuild - VS 2013 シェルを使用した TFS サーバー上のデータベース プロジェクトの MSBuild エラー
TFS サーバーでのビルド時に、Continuous Build データベース プロジェクトが失敗します。Visual Studio 2013 Shell (統合) がインストールされています。[ツール] > [拡張機能と更新プログラム... ] メニューからSQL Server Data Tools 2013をインストールする方法がないようです。
編集されたエラーは以下のとおりです...
C:\TFSBuild\XXX\XXX\Database_CI\Sources\Database\XXX\XXX.sqlproj (126): インポートされたプロジェクト "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\SSDT\Microsoft .Data.Tools.Schema.SqlTasks.targets" が見つかりませんでした。宣言内のパスが正しいこと、およびファイルがディスク上に存在することを確認してください。
誰もこれを経験しましたか？解決策または回避策はありますか? SSDT は SQL Server 2014 の VS 2013 シェルで利用できますか?
distributed - 分散クエリと複数のアクティブな結果セット (MARS) がメモリ最適化テーブルでサポートされていない
SQL server 2014 に対してアプリ (C# によって作成) から起動したい以下のクエリ (ストアド プロシージャとして) があります。
- ちなみに、接続文字列で「複数のアクティブな結果セット (MARS)」を既に無効にしています。
問題 : management studio 2014 からクエリを起動すると、期待どおりの結果が得られますが、アプリ (C# および .Net 4.5.1 で記述) からまったく同じクエリを起動すると、次のエラーが発生します。
分散クエリと複数のアクティブな結果セット (MARS) は、メモリ最適化テーブルではサポートされていません。
クエリ:
sql - データベース統計の有用性
クエリのパフォーマンスに関して、データベース統計はどの程度役立ちますか?
SQL Server 2014 クエリでデータベース エンジンのチューニングを行ったところ、クエリ処理が 79% 改善される可能性があり、推奨事項は 5 つの統計と 1 つのインデックスを作成することでした。
パフォーマンスに関しては、この場合、1 つのインデックスと比較して、パーセンテージに関して、5 つの統計はクエリのパフォーマンスをどのように改善しますか?
c# - メモリ内の SQL Server 2014 テーブルとトランザクション
SQL Server 2014 で Entity Framework 6.1.0 を使用しています。
次のように作成したトランザクションでいくつかの操作を実行しようとしています:
しかし、私はエラーが発生しています
READ COMMITTED 分離レベルを使用したメモリ最適化テーブルへのアクセスは、自動コミット トランザクションでのみサポートされています。明示的または暗黙的なトランザクションではサポートされていません。WITH (SNAPSHOT) などのテーブル ヒントを使用して、メモリ最適化テーブルにサポートされている分離レベルを指定します。
考えられるすべての分離レベル (メモリテーブルで許可されているもの) を試しましたが、役に立ちませんでした。
インメモリ テーブルを使用してコードからアトミック トランザクションを実行するにはどうすればよいですか?
sql-server - SQL Server 2014 と SQL Server 2012 の比較
SQL Server 2014エディションを比較するドキュメントを探しています。SQL Server 2014vsには新しい機能、コマンド、サービスがありますSQL Server 2012。
sql - データエクスプローラーで投稿ごとに最も頻繁に使用される CloseReasonTypes をカウントする方法は?
このクエリの作成を開始しましたが、質問を閉じる必要がある理由を理解するのが難しいことがわかりました。
質問ごとにいくつかのフラグがあることを考えると、単純な表を使用して各フラグに使用される理由をフラグに示すことはできませんが、各投稿の CloseReasonTypes.Id の最も一般的な値を表示することは適切であると思います: this 2つの問題に私を導きます:
最初に:このクエリを確認した後、 CloseReasonTypesをPendingFlagsに結合して、番号ではなく理由の名前を表示する必要があります。PostsとPendingFlagsの間に共通のフィールドがないため、テーブルを結合するためのベースとして使用しているため、このJOIN
from postsを行う方法についての手がかりがありません。2番目: 各行で最も一般的に使用される終了理由を選択する方法がわかりません。同様のケースについていくつかの質問が議論されているようですが、テーブル全体で最も一般的な値を見つける方法を尋ねているため、回答を使用できません。その結果、単一の列と単一の行を持つテーブルになります。各投稿のフラグの数に対してこれを行います。