チェック制約は悪いですか？

Question

私の質問は本当に簡単です：SQLチェック悪いですか？つまり、特にクライアントで実行できるチェックです。

これはおそらくHistoryの中で最も短い質問ですが、それは深刻な問題です。

Answer 1

チェック制約は最も確かにではなく、の悪です。

データベースにデータの整合性を維持することです。データの整合性のいくつかの側面は、列に入るデータを検証することによって維持されます。データベースは、これらのチェックのための適切な場所です。

私は実際には反対に論じるでしょう。データ整合性の検証はでなければなりません。アプリケーション層ではありません。一意性など、アプリケーションレベルでは容易に維持できない制約があります。

Answer 2

CHECK CONSTRAINTを意味しますが、それにはMySQLというタグが付いていますが、これはサポートされていません。とにかく、check制約は、データを列に挿入する前にビジネス制約を検証することです（例：ageは100未満でなければなりません）。

はい、アプリケーション層で同じ検証を実行し、一度有効にしてからデータをDB層に渡すだけであれば、エンドユーザーに検証メッセージを送信するほうが賢明でしょう。そうすれば、あなたはDBへの往復を節約することができます。