[B! null][tips] kiyo_hikoのブックマーク

論理削除と一意性制約を両立させる方法・DB製品別 - Qiita

アプリケーション上でなにかエントリ（例えば記事だとかユーザだとか）を削除したとき、DB上の行は削除せず単に【削除済み】フラグを立てるだけという扱い方を論理削除と呼びます。論理削除にはいろいろなメリットがあります。行削除のように関連する他テーブルへ削除が波及しないこと、エントリ復活ができること、障害時にデータ変更の経緯を追いやすくなることなどなど（デメリットもわんさかあるんですが、この記事の主旨からははずれるので別途お調べください）。ところが論理削除の方針でDBを組んでいて困ったことはありませんか？「メールアドレスは一意性(UNIQUE)制約をかけたいのに、それだと削除済みのユーザと同じメールアドレスが使えないことになる」論理削除と一意性制約、両立はできないのか？できないと思っている方、多いと思います。実はちゃんとできます。DB製品によって実現方法がちょっと違ってくるだけで

kiyo_hiko 2015/09/10

"statusの組をキーに一意性制約をかけます" なるほど

リンク

Javaにおけるnull。これまでとこれから

Past & Future of null in Java JJUG CCC 2015 Spring #CCC_CD1

kiyo_hiko 2015/04/12

NonNullというアノテーション

リンク

String.valueOfの罠: へっぽこSEのメモメモ

コンピュータが苦手なSEが日々記すメモです。いつか誰かのお役に立てれば幸いです。 ※このブログ記載の内容をご利用になる場合は、自己責任でお願いします。何が起こっても一切責任は持てませんm(__)m String#valueOf(Object obj)って、nullが入ればNullPointerExceptionでも投げてくれるものだと思っていました。結果： String value = String.valueOf(null) System.out.println(value) -> 「null」と出力される System.out.println(value.length()) -> 「4」と出力される String.valueOfにnullを入れると、文字列"null"扱いになるとは… 確かにJavaDocに以下のような記述が。 ***************************

kiyo_hiko 2014/01/04

ナルは"null"になる

リンク

エラーメッセージを記録・抑制したい

コマンドの出力内容を「>」でリダイレクトした場合でも、エラーメッセージはリダイレクトされず、そのままコンソールに出力されてしまう。たとえば、ターミナル上で次のコマンドを実行した場合、出力内容は「result.txt」へ記録されるが、それでもエラーメッセージが画面上に表示されてしまうという具合だ。上記のようにエラーメッセージ（ls: nonexistent: ...）がターミナル上に表示される。これは、エラーメッセージが「標準出力」（STDOUT）とは別の「標準エラー出力」（STDERR）に出力されているためだ。標準エラー出力を抑制したい場合には「2> /dev/null」と指定し、ヌル（null）デバイスへリダイレクトすればよい。また標準エラー出力を記録したい場合には、「2> error.txt」としてリダイレクトしよう。