問題タブ [sql-server-2014]

この最初のステートメントは 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 を使用しないことで修正されたようです

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

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

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

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

SQL Server 2014 Express エディションをインストールしています。しかし、何度かインストールを試みた後、私の Windows 認証済みアカウントには、データベース サーバー内で何も実行する権限がありませんCREATE DATABASE。.

インストール中に、Windows 認証済みアカウントに役割を割り当てるオプションが表示されません。以下はインストーラー ウィンドウのスクリーンショットであり、インストーラーの多くの手順が「スキップ」されていることを示しています。

そうは言っても、Express インストーラーに、Developer および Enterprise インストーラーにある [現在のユーザーの追加] 画面を強制的に表示させる方法はありますか? そうでない場合、自分自身をユーザーとしてデータベースに追加するにはどうすればよいですか?

お時間をいただきありがとうございます。

処理の一部を最適化しようとしています。同期したいステータスを持つ 2 つのテーブル (ジョブとバケット) があります。つまり、誰かがジョブのステータスを変更した場合、バケットのステータスを変更することもあれば、バケットのステータスを変更するときに、添付されたジョブのステータスを変更したい場合もあります。この点で、主に「キャンセル」を意味する場合がありますが、ジョブからバケットへの完了/エラーも意味します。

それらに 2 つの状態がある理由は、(a) それらは独立したサブシステムであり、たとえばジョブを一時停止することが可能であり、(b) すべてのジョブがバケットに接続されているわけではない ;)

ジョブの更新時とバケットの更新時の2つのトリガーでそれを試してみましたが、ジョブのトリガーがバケットを変更するたびに、バケットのトリガーがトリガーされるようです。おもしろいことに、これは更新後のトリガーですが、トリガーは他のテーブルの変更を認識していないようです....これは再帰につながります。

トリガーは次のとおりです。

と

これは、私は長い間 SQL をやっていますが、この型または再帰を持つのは初めてです。where条件はAFTERトリガーであるため、再帰を回避すると考えました。ジョブがバケットを更新すると、バケットトリガーはジョブで既に変更されたステータスを確認する必要があるため、再帰はありません。

これにより、次の 2 つの疑問が生じます。

1: 私は間違っていますか? ジョブを更新すると、トリガーはバケットを変更し、バケットのトリガーはジョブで変更されたデータを確認する必要がありますか? これにより、ステータスが新しいステータスと異なることを比較する WHERE 条件により、再帰を回避できるはずです。

2: ここで再帰を避ける他の方法はありますか?

現在、Visual Studio 2012 と VS2012 用の SSDTBI を使用して、SQL サーバー 2012 用の SSIS パッケージを作成しています。これはうまく機能します (ただし、SSIS パッケージ デザイナーには多くのバグがあります)。

Microsoft はVS2013 用の SSDTBIをリリースしたばかりで、これが SQL Server 2014 でのみ機能するかどうか疑問に思っていました。VS2012 で作成したものと同じ SSIS パッケージを編集して、SQL Server 2012 でも機能させることはできますか?

更新:このブログから判断すると、SQL Server 2012 の SSIS にはまだ問題があるようです。

次の SQL コードに何か問題がありますか。