問題タブ [constraints]

主キーが他のいくつかのテーブルで使用され、他のテーブルへのいくつかの外部キーを持つテーブルがあります。

問題は、外部キー列 (つまり、locationIDX) の 1 つを削除しようとすると、エラーが発生することです。

「エラー 1025 (HY000): 名前変更エラー」

このエラーを発生させずに上記の割り当てテーブルの列を削除するにはどうすればよいですか?

次のように作成されたcustomerテーブルにNOTNULL制約を実装しようとしています。

この後、フォームから値を渡し、次のように挿入します。

しかし、フィールドの空白の値を渡している場合、Mysqlはそれらを挿入しているように見えますか？考えられる問題は何ですか？

テーブルに制約を追加しようとすると問題が発生します。エラーが発生します：

テーブル「Employee」にFOREIGNKEY制約「FK74988DB24B3C886」を導入すると、サイクルまたは複数のカスケードパスが発生する可能性があります。ON DELETENOACTIONまたはONUPDATENO ACTIONを指定するか、他のFOREIGNKEY制約を変更します。

私の制約はCodeテーブルとテーブルの間にありemployeeます。Codeテーブルには、、、、およびがId含まれます。にはコードを参照するフィールドがいくつかあるため、コードのタイプごとに参照することができます。NameFriendlyNameTypeValueemployee

参照されているコードが削除された場合、フィールドをnullに設定する必要があります。

どうすればこれを行うことができますか？

一連の型で使用するためのラッパー ジェネリック クラスがあります。これらの型はユーティリティによって生成され、すべて基本クラス ClientBase から派生します。ClientBase にはデフォルトのコンストラクターしかありませんが、生成されたすべての型にはデフォルトのコンストラクターがあり、コンストラクターはパラメーターとして文字列を取ります。ラッパー クラスのコンストラクターでは、文字列を受け取るコンストラクターを使用して型のインスタンスをインスタンス化します。サンプルコードは次のとおりです。

型 T は文字列を受け取るコンストラクターを持つことが保証されていないため、このコードはコンパイルされません。ジェネリック クラスに制約を定義して、型 T に文字列を受け取るコンストラクターが必要であることを強制する方法はありますか? これが不可能な場合、この種の状況を処理するための適切な代替手段は何ですか?

'grade'と呼んだ列に対して次の制約を記述しました。

gradeRule後で異なる値を持つように更新することは可能ですか？たとえば、「中程度」と「難しい」を「中」と「難しい」に変更できます。

ありがとう

Rhino Mocks フレームワークを使用しています。Rhinomocks dll を参照し、すべて正常に動作しました..しかし、LastCall.Constraints(Is.Anything()) を使用しようとすると、次のように表示されます: エラー The name 'Is' does not exist in the current context テキストでも同じことが起こりますおよびリストの制約..何か助けて??

このサンプルクラスを考えてみましょう。

これを行うと、

出力は、

これは危険です。これを防ぐにはどうすればよいですか？

Dijit.Form.DateTextBoxに関する簡単な質問

http://docs.dojocampus.org/dijit/form/DateTextBox

このページには、次の内容が含まれています。「最小、最大、有効な曜日など、開発者が提供する制約に対しても検証します。」

曜日に制約を与えることができるドキュメントが見つからないようです。たとえば、ユーザーが日曜日に発生する日付のみを選択できるDateTextBoxが必要です。

これについて助けていただければ幸いです。ありがとう！

MS Accessデータベースを使用していて、C＃2.0からデータをフルにしようとしています。ADOXを使用してconstriant名（例：主キーのフィールド名ではなく主キーの名前）を取得するにはどうすればよいですか？

よろしくお願いしますMadhu

OCL 式に関するいくつかの質問に出くわしました。いくつかの大学のスライドを読んでグーグルで調べた後でも、まだ正しく理解できません。

このことを理解するために読むべき良いリソースを知っている人がいるのだろうか.

気になる制約：

1. 部門で働く全員が同じマネージャーを持っています。
2. 会社の誰も彼/彼女自身のマネージャーではありません。
3. 会社の誰も彼のマネージャーよりも稼いでいません。

私が持っている最初のものについて：

コンテキスト部門

inv self.stuff -> forAll(manager = self.staff.manager)

2つ目:

コンテキスト 会社

inv self.employee -> select(manager = manager.manager) -> isEmpty()

3つ目:

コンテキスト 会社

inv self.employee -> select(salary > manager.salary) -> isEmpty()

しかし、私はこれらが正しいとは思いません。私が最も確信が持てないのは、例 2 と 3 で個々の従業員を実際のマネージャー/マネージャーの給与と実際に比較しているかどうかです。