問題タブ [notnull]

「クエリを変更して、新しい給与から古い給与を差し引く列を追加します。列に増加のラベルを付けます。修正したクエリを実行します。」

さて、私の解釈によると、最初にスクリプトを作成して列を追加しようとしました。

それで：

SQL エラー: ORA-01400: não é possível inserir NULL em ("HR"."EMPLOYEES"."EMPLOYEE_ID") 01400.00000 - "(%s) に NULL を挿入できません"

"HR"."EMPLOYEES"."EMPLOYEE_ID"主キーです。

1. NULL 値を挿入しようとしているわけではありません。

2. オラクルが私のエントリを受け入れない理由がわかりません。基本的な挿入を実行して、式に構文エラーがないかどうかを確認しようとしました。

   /li>

それでもエラーが発生しました。

次に、列をnull以外に変更しようとしました

と：

02296 00000 - "(%s.%s)を有効にできません - NULL値が見つかりました"
*原因: 表に制約
を満たさない値が含まれているため、ALTER TABLE ENABLE制約が失敗しました。
*アクション: 明らか

演習の簡単な解決策を見つけましたが、それでもコードが成功しなかった理由に興味があります。

解像度：

Guava のOptionalクラスとその正当化を見ていましたが、null であってはならない値を表すときに、同様のクラスがフェイルファストに役立つかどうか疑問に思いました。このアイデアについての議論が見つからないので、ここで質問したいと思いました。

私の最初の試みは、Guava で使用されているスタイルにとどまりMandatory<T>、 static factory を公開しようとしましたof(T t)。NullPointerExceptionこのメソッドは、null 引数で呼び出された場合にスローされます。

特に興味があるのは、null 処理に関するインターフェイス メソッドのセマンティクスを突き止めることです。null 引数を受け入れるかどうかは、クライアント コードをそれに応じて設計し、前提条件チェック ロジックの重複を回避できるように、インターフェイスで指定できる設計上の決定であると思います。そのため、このクラスを使用するインターフェースには、次のようなメソッドが含まれる場合があります。

fire(Mandatory<Employee> employee);

そしてクライアントが電話するかもしれません

fire(Mandatory.of(unfortunateEmployee));

そのようなマークされたメソッド引数がnullであってはならないことが絶対に重要である場合、呼び出しの前にさらにチェックをフックするためにアスペクトなどを使用してMandatory型を見つけるのは非常に簡単だと思います。

などの注釈ベースのアプローチも検討しましfire(@NotNull Employee employee)たが、私が見た実装では、バリデーターの追加の配線が必要です。

では、質問は... このアイデアはすでにどこかに存在しますか? そうでない場合、それを弱体化させる明らかな何かを見逃していませんか? またはこれを達成するためのより良いアイデアはありますか？

現在、コードの可読性の問題に直面しています。問題は次のとおりです。

3つのオブジェクトを持つ

次のように、それらから2つのブール値を作成したい:

guava がisNullや などの組み込みの述語を提供することは知っていますnotNull。

これら 2 つのブール値を満たすカスタム述語を実装する方法はありますか? .apply(..)（その関数が3つのパラメータを取ると仮定すると）

他のテーブルの主キーの外部キーを使用して一連のテーブルを作成しようとしていますが、常にエラーが発生します

Table Creation Failed: Key column 'PACId' doesn't exist in table:

最初に表示されるケースは次のとおりです。

外部キーの構文に関係しているのでしょうか、それとも PACId がまだ空であり、できないためでしょうか?

以下のコードで XSS 検証を行うと、この行で問題while((anInt=bufferedReader.read())!=-1)が発生します。Null Dereferencenull でないことを確認するにはこれで十分です。または、これを解決するための他の確認または解決策はありますか。

if条件をコメントしました..

データ型が char(255) のデータベース内のすべての列のデータ型を nvarchar(255) に変更する必要があります。そのためには、P/F キーを削除してから、再度作成する必要があります。しかし、データ型を変更すると、null ではない情報が失われます。

列によっては、NULL 値を許容できるものと、そうでないものがあります。これが問題です。

どうすれば解決できますか？

編集：

P/F キーをドロップすると、データ型を正常に変更しようとします。そして、キーを再作成すると、null可能であるため、そのフィールドにキーを設定できないと表示されます。

それから私はtry/catchでそれをやろうとしました:

キーの追加を試み、そうでない場合はデータ型を null 以外に変更し、キーの追加を再試行します。

それは機能しますが、今では大量の例外がスローされます。仕事は終わったと思いますが、私のDBには約100のテーブルがあり、それらすべてが問題ないかどうかを確認できないため、よくわかりません。

それで、これを行う他の方法はありますか？

具体的には、クラス内のすべてのフィールド、メソッドの戻り値、およびパラメーターにデフォルトで NotNull アノテーション (どの @NotNull Java アノテーションを使用する必要がありますか?で示されているものなど) を適用するクラス アノテーション。

または、パッケージ内のすべてのクラスのすべてのフィールド、メソッドの戻り値、およびパラメーターに NotNull アノテーションを適用するパッケージ アノテーション。