問題タブ [triggers]

Style トリガーで Text の FontSize を変更すると、テキストを含む Control のサイズも変更されます。親のサイズに影響を与えずに Fontsize を変更するにはどうすればよいですか?

アプリケーションのユーザーをSQLサーバーのユーザーとして実装しないため、アプリケーションサーバーがデータベースに接続するとき、各アプリケーションは常に同じクレデンシャルを使用して各データベースに接続します。

これには監査の問題があります。トリガーを使用して、すべての更新を保存し、挿入と削除を行い、それぞれを特定のユーザーに関連付けます。考えられる解決策の1つは、「ユーザーによって更新」列をすべてのテーブルに追加し、これを毎回更新することです。これは、すべてのテーブルに新しい列があり、すべてのストアドプロシージャに新しいパラメータがあることを意味します。また、ソフト削除しか実行できないことも意味します。

これの代わりに、接続文字列のApplication Nameプロパティを使用し、トリガー内のApp_Name（）プロパティでこれを読み取ることを提案します。簡単なアプリでこれをテストしましたが、機能しているようです（形式は、App = MyApp | User = 100のようになります）。

皆さんへの質問は、これは悪い考えですか、そしてあなたはより良い考えを持っていますか？

から取得した INT を保持する変数が必要なトリガーがあるSELECTため、 を 2 回呼び出す代わりに 2 つの IF ステートメントで使用できますSELECT。MySQLトリガーで変数をどのように宣言/使用しますか?

私はさまざまなテーブルを持つ MS SQL DB を持っていますが、特に 1 つのフィールドが私を悩ませています。

データ型は varchar(100) に設定されていますが、フィールドは 60 文字に制限されています。

60 文字を超える文字列をフィールドに入力しようとすると、「文字列またはバイナリ データが切り捨てられます」という例外が発生します。文字列は明示的に設定されたデータ型よりも短いですが、それでも例外がスローされます。

おそらくこれを行うDB設定はありますか？明示的に設定されたデータ型が上書きされる原因は何ですか?

編集：
トリガーは値をコピーしたり、別のテーブルに挿入したりせず、データも使用しません。- （正しくない）

60 文字未満の文字列は正常に機能します。

varchar(100) を持つすべての列で同じ問題が発生しますが、他のすべての列は正しい値を受け入れます。varchar(10) 列は正常に機能します。

60 文字を超える文字列でフィールドを更新しようとすると、このテーブルのどの行でも例外がスローされます。

SQL Server Management Studio を使用して、データをフィールドに直接挿入しようとしています。

関連するパディングはありません。

答え：

列が 60 に設定された 2 番目のテーブルがありました。更新トリガーは、データを「非正規化」テーブルに挿入するストアド プロシージャを呼び出しました。

すべての助けをありがとう。

アプリのSQLServerバックエンドで、一連のキーテーブルの履歴テーブルを作成します。これにより、行への変更の履歴が追跡されます。

私のアプリケーション全体はストアドプロシージャを使用しており、埋め込みSQLはありません。これらのテーブルを変更するためのデータベースへの唯一の接続は、アプリケーションとSPインターフェースを介して行われます。従来、私が協力してきたショップは、トリガーを使用してこのタスクを実行していました。

ストアドプロシージャとトリガーのどちらかを選択できる場合、どちらが良いですか？どちらが速いですか？

SQL Server 2005 トリガーに次のコードがあります。

私の質問: @OperationType が正しく設定されていない状況はありますか? EG: テーブル内のデータは一連の UPDATE/DELETE ステートメントによって変更されますが、トリガーはそれらのすべてによって 1 回起動されませんか?

トリガーが UPDATE または DELETE ステートメントによって起動されたかどうかを判断するより良い方法はありますか?

C# アプリケーションを作成しましたが、cctray (クルーズ コントロール トレイ) のビルド イベントを利用できるかどうかを調べようとしています。カスタム C# アプリケーションが特定の一連のルーチンを実行できるように、(クライアント マシンで) ビルドがいつ失敗または成功するかを知りたいだけです。

Twitterの「このユーザーをフォローする」問題のような多対多のトリガー関係を処理するための最良の方法は何ですか。

ユーザーがスレッドの返信を「監視」している場合にも、同様の問題が発生します。スレッドを監視しているユーザーが10,000人いて、誰かが返信した場合、監視者に通知するにはどうすればよいですか？私が考えることができるのは次のとおりです。

挿入時に、「監視テーブル」[フィールド：user_id、thread_id]で、このスレッドのIDに一致するスレッドがないか確認してください。これは私が通知する必要があるユーザーのリストです。通知が必要なユーザーごとに、「通知テーブル」に行を挿入します[フィールド：user_id、message、addonなど]。これで、このテーブルを介してすべてのユーザーに通知を表示できます。

問題は、これはすべて非常に高価に聞こえるということです。特に10,000インサートパーツ。

これを行うためのより良い方法があるはずです...アイデア？

SQL 2005を使用して、車両テーブル、車両エンジン、および車両ギアテーブルを含むデータベース設計を実装しています。

各テーブルにはSQLID番号であるIDがあり、各エンジンとギアには車両IDとの関係があります。したがって、車両を作成する前に、エンジンとギアを作成する必要があります。

エンジンとギアを作成するときに、どうすれば車両ID番号を知ることができますか？エンジンとギアテーブルの外部キー制約のため、車両列はまだ作成されていませんか？

車両の作成時に、車両にリンクされたエンジンとギアの空の行を作成する自動トリガーを実装する必要がありますか？しかし、もう一度、どうすれば車両IDを知ることができますか？

OSはUNIXです。テーブル内のデータが変更されたときに、シェル スクリプトを呼び出して外部検証を実行したいと考えています。それは可能ですか？

どうもありがとう。

更新：理想的には、個別の操作に対して外部スクリプトを1回呼び出したいと思います：つまり

• 更新... >スクリプトを1回呼び出す
• に挿入... >スクリプトを1回呼び出す
• bcp into > スクリプトを 1 回呼び出す