問題タブ [query-notifications]

誰かplsがクエリ通知のバージョン要件を教えてもらえますか？SQL Server 2008を実行しており、ODBC 3.0を使用していますが、Visual Studio 6を使用しています。コンパイル時に一部のODBCパラメーター（例：SQL_SOPT_SS_QUERYNOTIFICATION_OPTIONS）が見つかりません。どんな助けでも大歓迎です。よろしくお願いします、ビル・リッジョ

クエリ通知を機能させようとしていますが、アプリケーションが通知を受け取りません。クエリ通知をデバッグするにはどうすればよいですか?

ここで利用可能なコードを使用しています http://www.codeproject.com/KB/database/chatter.aspx。キュー、サービス、およびストアド プロシージャがサーバー上に作成されていることがわかりますが、SqlDependencyオブジェクトのOnChange イベントは発生していません。

どうにかして通知を追跡できますか?

特定のクエリの変更通知に oracle CQN を使用しています。

これは、すべての挿入と更新で正常に機能しています。問題は削除です。削除すると、通知は他の詳細の中でROWIDとともに送信されます。行は削除されているため、ROWID を使用して行を検索することはできません。

削除された行に関する CQN 通知でより多くのデータを取得する方法はありますか?

C++ でクエリ通知を使用できますか? はいの場合、そうでない場合は、代替手段があるかもしれません..

MSDN では、sqlDependency を使用してクエリ通知を使用する方法に関する C# の例を提供していますが、C++ アプリケーションではそのような機能を使用する必要があります。それで、あなたはどう思いますか..？

現在、サイトにキャッシュ メカニズムを実装しています。SQL Cache の依存関係機能を使用したいと考えています。管理スタジオで次のコマンドを実行していますが、機能していません。

私が得ているエラーは次のとおりです。

特定のデータベースの管理者でサインインしてみました。マシン管理者で、sa、および Windows 認証の通知を設定しています。また、管理スタジオを管理者として実行しようとしましたが、まだ満足していません。誰かが私を正しい方向に向けてください。ありがとうございました！

SQL Server Query Notifications は優れたツールですが、うまくスケーリングできるように構築されていないようです。通知が必要な/必要なすべてのアプリケーションは、通知が必要な間 (通常は、アプリケーションが実行されている間)、データベースへの接続を開いたままにしておく必要があります。

私は創造的な解決策に対してオープンです。頭のてっぺんから、クライアント アプリケーションに通知できる SQL Server クエリ通知にサブスクライブするサービスをサーバーに配置することを考えました。この場合、開いているデータベース接続は 1 つだけです (そして、常に開いたままにしておく必要はありません)。その後、クライアント アプリケーションは、通知のためにサービスにサブスクライブすることができます。

アイデア??

(古い) MDB データベースに接続するために ZEOS コンポーネントを使用しています。
別のデータベースにブリッジするために大量のデータを読み込むクエリを実行しています。

進行状況をパーセンテージで示す方法はありますか?

クエリの進行状況を示す方法はありますか、または個々のクエリを分割してUNION'sを削除した場合にのみこれを行うことができますか?
実行には約 1 分かかり、8 つのユニオンが関与します。

この目的に使用できるイベントがありません。

または、これを行うには、クエリのフィールドで OnCalcField を偽造する必要があります (原則として機能するかどうかはわかりません)。
またはシーケンスを添付しますか？いいえ、Access DB でサポートされていない操作を行います

SQL Azureデータが変更されたとき、または新しいデータが挿入されたときに通知を受け取る方法はありますか？ASP.NET Webアプリケーションに通知を送信し、WindowsPhoneに通知をプッシュしたいと思います。SqlDependencyクラスとクエリ通知がSQLServer2008データベースデータの変更を監視するために使用されていることは知っていますが、SQLAzureはまだこれをサポートしていません。

SQLDependencyクラスでクエリ通知を調べています。簡単な実例を作成するのは簡単ですが、何かが足りないように感じます。テーブルが 1 つ、依存関係が 1 つの単純な例を過ぎて から、どの依存関係がコールバックをトリガーしたかをどのように特定できるのか疑問に思います。

ちょっと説明が難しいので、簡単な例を以下に示します。が呼び出されたときAChange()に、依存関係内の sql を見ることができず、関連するキャッシュ オブジェクトへの参照がありません。

それで、男の子は何をするのですか？

• オプション 1 - 追跡したいオブジェクトごとに個別の関数を作成し、コールバックでキャッシュ キー (または関連情報) をハード コードします。これは汚いと感じ、新しいコードを展開せずに新しいキャッシュ項目を追加する可能性を排除します--ewww.
• オプション 2 - DependencyIdプロパティと並行追跡構造を使用する

何か足りないだけですか？SQLDependencyこれは構造上の欠陥でしょうか？このトピックに関する 20 の異なる記事を見てきましたが、それらのすべてに同じ穴があるようです。提案？

コードサンプル