問題タブ [constraints]

ジェネリックを使用してジェネリック型引数Tをのみに制限する方法があるかどうか、誰でも教えてもらえますか:

• Int16
• Int32
• Int64
• UInt16
• UInt32
• UInt64

キーワードは知っていますが、これらの型だけwhereのインターフェイスが見つかりません。

何かのようなもの：

SQL Server 2005 の既存のテーブルに一意の制約を作成するにはどうすればよいですか?

TSQL とデータベース ダイアグラムでの実行方法の両方を探しています。

私は非常に基本的/愚かな質問をしているように感じますが、この方向で何かを見たり、読んだり、聞いたりしたことはありません.

テーブルusers(userId, name)とテーブルPreferences(id, userId, language) があるとします。この例は簡単ですが、複数レベルのリレーションとより多くのテーブルがある状況に拡張できます。
UI がユーザーを削除するように要求したとき、最初にその設定も削除されるという警告を表示したいと思います。ある時点でデータベースが拡張され、テーブルと関係が追加されたが、ソフトウェアがそれに応じて適応されなかった (クライアントが更新されなかった) 場合、一般的なメッセージが表示されます。

どうすればこれを実装できますか? UI はデータ構造全体を認識できないため、依存するすべてのレコードを手動で削除するためにすべての関係をたどる必要はありません。

これには制約があると思います。
制約は最初はアクションではないため、UI でキャッチできるエラーがスローされます。UI が確認を受け取った後、制約はカスケードになります。

なんというか、全部ズレてる気がする..

XML スキーマ パート 2 では、ブール値として定義されたデータ型のインスタンスが、次の正当なリテラル {true、false、1、0} を持つことができると規定しています。たとえば、次の XML は、逆シリアル化されると、ブール型のプロパティ "Emulate" を に設定しtrueます。

ただし、オブジェクトを XML にシリアル化すると、true代わりに数値が返されます。私の質問は、XML でブール表現を制御できる方法はありますか?

C# では、ジェネリック パラメーターとして使用できる型に制約を課すジェネリック型を定義できます。次の例は、一般的な制約の使用法を示しています。

C++ でテンプレート パラメーターに制約を課す方法はありますか。

C++0x はこれをネイティブでサポートしていますが、現在の標準 C++ について話しているのです。

私は非常に大きなデータベース（PostgreSQLで実行）を持っており、それらの間に高度な関係（外部キー、削除カスケードなど）を持つ多くのテーブルが含まれています。いくつかのテーブルからいくつかのデータを削除する必要がありますが、カスケード削除のためにデータベースから実際に削除されるデータの量がわかりません。

削除してはいけないデータを削除しないことを確認するにはどうすればよいですか？

私はテストデータベースを持っています-私がやりたいことができる本物のデータベースのコピーです:)

私が持っている唯一のアイデアは、前後にデータベースをダンプしてチェックすることです。しかし、それは快適に見えません。別のアイデア-データベースの一部をダンプします。これは、私が思うに、DELETEステートメントの影響を受けないようにし、データの削除の前後にこの部分を確認する必要があります。しかし、それを行う簡単な方法はわかりません（数百のテーブルがあり、そのうちの10までで削除が機能するはずです）。それを行う方法はありますか？

問題を解決する方法の他のアイデアはありますか？

次の C# 汎用制約に似た汎用制約を Java で定義する方法はありますか?

私はこのようにしようとしています：

しかし、コンパイラは「Class2」部分について不平を言います: 型パラメーターの後に他の境界を続けることはできません。

減算演算子などの演算子をオーバーロードした型のみを受け入れるジェネリックメソッドが必要な場合はどうすればよいですか。インターフェイスを制約として使用しようとしましたが、インターフェイスで演算子のオーバーロードを設定できません。

これを達成するための最良の方法は何ですか？

データベース内のトリガーまたは制約でビジネス クリティカルなロジックを使用する必要があるかどうかを調べようとしています。
これまでのところ、トリガーにロジックを追加しました。これにより、次に何が起こるかを制御できるようになり、ユーザーを混乱させる可能性のあるエラーの代わりにカスタム ユーザー メッセージを提供できるようになります。

トリガーよりも制約を使用することで顕著なパフォーマンスの向上はありますか?また、使用するものを決定するためのベスト プラクティスは何ですか?

ジェネリック引数を持つ別の型の制約を指定したいと思います。

しかし、これはまだ c# で行うことはできません (そして、そうなることはないと思います)。キーフレーム引数のタイプを指定するのではなく、これに対するエレガントな解決策はありますか?: