問題タブ [check-constraints]

ユーザー名を表す Microsoft SQL データベースに VARCHAR(30) 列があります。特定の範囲の文字のみを使用できるようにする CHECK 制約を追加したいと思います。具体的には、az、AZ、アンダースコア、およびダッシュです。どのような表現を使用する必要がありますか?

2列のテーブルがあります

xの値に関してyに制約を適用したいと思います。

たとえば、x = 5の場合、y ='a'にしたい、x = 12 y='b'の場合などです。SQL Server 2008で実行することは可能ですか？何かのようなもの

後者のステートメントは機能しないので、私はアナログを求めています。

サーバー2005のテーブルにを追加したいのですが、Check Constraintうまくいきません。

1つのメンバーに複数のメンバーを割り当てたくない 基本的に、aClubIdは1つのメンバーにのみ属することができますが、複数のメンバーを割り当てることができます。MeetingIdClubIdMeetingId

どうすればこれを達成できますか？

以下のスニペットの表があります。

availableCount非負のみを許可する制約を作成する方法は?

次のエラーが表示されます: ORA-00904: "M": 無効な識別子 --> if I put ('M','F') //一重引用符を使用すると、次のエラー メッセージが表示されます: PLS-00103: Encountered the symbol "M"次のいずれかが期待される場合: * & = - + ; </ > at in is mod 剰余 not rem return <> or != or ~= >= <= <> and or like LIKE2_ LIKE4_ LIKEC_ between using || multiset bulk member SUBMULTISET_ --> 制約を削除すると、テーブルは正常に作成されます

これは私のコードです

SQL Server 2005に外部キーを持つテーブルがあり、大量のデータを読み込むために無効にしてから、再度有効にしました。

例：

さて、質問：この挿入されたばかりのデータを再チェックする方法はありますか？

テーブル ProductSupportArticles があります。

ProductID は Products.ID への外部キーであり、ParentArticleID は同じテーブル ProductSupportArticles.ProductSupportArticleID への外部キーです。チェック制約 ProductSupportArticleID != ParentArticleID があるため、記事がそれ自体の親になることはできません。

ただし、特定の製品に関連するサポート記事は、別​​の製品に関連する記事の親または子になることはできません。チェック制約または同様のことわざを追加するにはどうすればよいですか:(ProductID = (SELECT ProductID FROM ProductSupportArticles P WHERE ParentArticleID = P.ProductSupportArticleID))

または、テーブルを別の方法で実装するにはどうすればよいですか?

テーブルの列で、数字で始まり、「$」を含まない文字列のみを許可したいとします。このテーブルのチェック制約はどのようになりますか？

P_Id 列の値がゼロより大きいことを確認する制約付きのテーブルを作成する次の MySql 構文がありますが、それでも -1、-2 などのように 0 未満の値を追加できます。

上記の構造で P_Id > 0 の値を持つために間違っていることはありますか??

データベースをセットアップしていますが、行を作成/更新する前にチェックする必要がある行間の依存関係が多数あるテーブルがいくつかあります。多くのソースからの max/min/avg/stdev を持つ多くのフィールドがあります。

すべての関係に対して max>=min, avg>=min, avg<=max, stdev>=0 を確認する制約をいくつか作成することにしました。このようにDBに設定すると、データに誤って触れるとエラーがスローされます。このメカニズムは正常に機能します...エラー メッセージがユーザーの観点から見て恐ろしいという事実を除けば、基本的には制約が失敗したことを示し、20 の制約のうちどれが悪かったかを判断するのはユーザーに委ねられます。

制約の例外を確認し、データを実行して問題を見つけることで、クライアント コードでこれを修正できます。そのソリューションには、2 つの場所で検証が行われています...

エラーメッセージを各制約 (データベース内) に割り当て、例外メカニズムを介してそのメッセージを UI にフィルター処理することはできません。ビジネス ロジックでデータ検証を複製せずに、ユーザー フレンドリーなメッセージを UI まで浸透させるメカニズムはありますか? さらに重要なことは、この種の問題に対する基本的な戦略は何ですか?