問題タブ [sql-server-2014]

Visual Studio 2013 から展開しないソリューションにデータベース プロジェクトがあります。エラー メッセージが表示されて失敗します"Unable to connect to target server"。

同じプロジェクトを Visual Studio 2012 で開くと、問題なくデプロイされます。

データベースは、Sql 2014 エンジン (高速) でホストされている Sql 2012 です。

したがって、展開設定は次のとおりです（無実を保護するために名前が変更されています）。

また、統合セキュリティではなくユーザー名とパスワードを使用して展開を試みました...

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.SqlTask​​s.targets" が見つかりませんでした。宣言内のパスが正しいこと、およびファイルがディスク上に存在することを確認してください。

誰もこれを経験しましたか？解決策または回避策はありますか? SSDT は SQL Server 2014 の VS 2013 シェルで利用できますか?

SQL server 2014 に対してアプリ (C# によって作成) から起動したい以下のクエリ (ストアド プロシージャとして) があります。

• ちなみに、接続文字列で「複数のアクティブな結果セット (MARS)」を既に無効にしています。

問題 : management studio 2014 からクエリを起動すると、期待どおりの結果が得られますが、アプリ (C# および .Net 4.5.1 で記述) からまったく同じクエリを起動すると、次のエラーが発生します。

分散クエリと複数のアクティブな結果セット (MARS) は、メモリ最適化テーブルではサポートされていません。

クエリ:

クエリのパフォーマンスに関して、データベース統計はどの程度役立ちますか?

SQL Server 2014 クエリでデータベース エンジンのチューニングを行ったところ、クエリ処理が 79% 改善される可能性があり、推奨事項は 5 つの統計と 1 つのインデックスを作成することでした。

パフォーマンスに関しては、この場合、1 つのインデックスと比較して、パーセンテージに関して、5 つの統計はクエリのパフォーマンスをどのように改善しますか?

SQL Server 2014 で Entity Framework 6.1.0 を使用しています。

次のように作成したトランザクションでいくつかの操作を実行しようとしています:

しかし、私はエラーが発生しています

READ COMMITTED 分離レベルを使用したメモリ最適化テーブルへのアクセスは、自動コミット トランザクションでのみサポートされています。明示的または暗黙的なトランザクションではサポートされていません。WITH (SNAPSHOT) などのテーブル ヒントを使用して、メモリ最適化テーブルにサポートされている分離レベルを指定します。

考えられるすべての分離レベル (メモリテーブルで許可されているもの) を試しましたが、役に立ちませんでした。

インメモリ テーブルを使用してコードからアトミック トランザクションを実行するにはどうすればよいですか?

SQL Server 2014エディションを比較するドキュメントを探しています。SQL Server 2014vsには新しい機能、コマンド、サービスがありますSQL Server 2012。

このクエリの作成を開始しましたが、質問を閉じる必要がある理由を理解するのが難しいことがわかりました。

質問ごとにいくつかのフラグがあることを考えると、単純な表を使用して各フラグに使用される理由をフラグに示すことはできませんが、各投稿の CloseReasonTypes.Id の最も一般的な値を表示することは適切であると思います: this 2つの問題に私を導きます:

• 最初に:このクエリを確認した後、 CloseReasonTypesをPendingFlagsに結合して、番号ではなく理由の名前を表示する必要があります。PostsとPendingFlagsの間に共通のフィールドがないため、テーブルを結合するためのベースとして使用しているため、このJOINfrom postsを行う方法についての手がかりがありません。

• 2番目: 各行で最も一般的に使用される終了理由を選択する方法がわかりません。同様のケースについていくつかの質問が議論されているようですが、テーブル全体で最も一般的な値を見つける方法を尋ねているため、回答を使用できません。その結果、単一の列と単一の行を持つテーブルになります。各投稿のフラグの数に対してこれを行います。

この最初のステートメントは asc を使用できませんで失敗しました

しかし、作成を修正するとエラーが発生します [FTSindexMO] exists

メッセージ 2714、レベル 16、状態 5、行 74
データベースには、'FTSindexMO' という名前のオブジェクトが既に存在します。
メッセージ 1750、レベル 16、状態 0、行 74
制約またはインデックスを作成できませんでした。以前のエラーを参照してください。

しかし、データベースを削除できません

メッセージ 3701、レベル 11、状態 5、行 72
テーブル 'Gabe2a_ENRONb.dbo.FTSindexMO' を削除できません。テーブルが存在しないか、権限がないためです。

その名前は sysObjects にありません

そのテーブル名はSSMSに表示されません（そして私はリフレッシュしました）

適切な構文で別のテーブルを作成すると、それを削除できます

興味深いのは、適切な構文を 2 回使用すると、エラー メッセージが同じ
ではないことです。制約エラーは含まれません。

少し前に通常のテーブルで問題が発生し、オブジェクト エクスプローラーの詳細の表示から削除できましたが、このテーブルはどちらにもリストされていません。

大きなテーブルをメモリ最適化テーブルに置き換えました
いくつかのものについては、いくつかのものに対して良い応答時間が得られますそれは終了します
それは複合主キーです主キー
を使用できるようにする唯一の方法は、特定の行を検索することです（ PK 全体)
並べ替えに PK を使用しない、または複合キーの 1 つのコンポーネントのみを使用する
既存のデータからハッシュ バケットのサイズを決定する

複合主キー
Hekaton のこのリンクの構文を使用しました: create table ステートメントの複合主キー
CREATE TABLE (SQL Server)

元の（メモリ最適化されていないテーブル）に注意してください
これらのクエリはすべて0秒で実行されますが、 すべてが0秒で実行される
という意味ではありません

これは私の問題を要約していると思います
メモリ最適化ハッシュ インデックスに関する一般的なパフォーマンスの問題のトラブルシューティング

主キーに HASH を使用しないことで修正されたようです

最後に、古いディスク ベースのテーブルに戻り
ます アプリケーションで使用される実際のクエリでは、最適化されたメモリは低速
でした

私はこのようなテーブルを持っています:

私がやりたいのは、これをもたらすテーブルへの選択です:

そのスケジュールでの自由時間を表示しています。何時間も試してみましたが、どうすればいいのかわかりません。助けてください