主キーに空文字はありですか？無しですか？

Question

PostgreSQLに作成したテーブルにデータ作成時、主キーに空文字を登録できたのですが、これってありですか？

私の上司、先輩だとしてアドバイスお願いしますm(__)m

Answer 1

私の上司、先輩だとしてアドバイスお願いします

・どういう場合に空文字が発生するの？
・空文字とそうでない場合は識別したりするの？
・そのデータはCSVなどの入出力はあるの？

先輩や上司だったら、アドバイスより前に背景を質問しないと駄目な質問に突っ込みます。

コメントに対して追記

取り込もうとするcsvデータで、その項目が未指定の場合、空文字（ブランク）となります

・CSVで行う処理は追加のみですか？変更もありますか？
・変更がある場合、空白の扱いはどうなりますか？

Comments

[sayusayu]

ご回答ありがとうございます。

・どういう場合に空文字が発生するの？

→取り込もうとするcsvデータで、その項目が未指定の場合、空文字（ブランク）戸なります

・空文字とそうでない場合は識別したりするの？

→識別します。例えば、登録済みデータを検索して画面表示する際、件数が多ければ抽出条件を指定します。

・そのデータはCSVなどの入出力はあるの？

→csvから取り込みます。その際、入力チェックや値の補正を行います。
※主キー項目が空文字（ブランク）なのはエラーではありません。主キー項目全部が空文字は駄目ですが。

[sayusayu]

ご回答ありがとうございます。

・CSVで行う処理は追加のみですか？変更もありますか？

→頻度は少ないですが、変更もあります。

・変更がある場合、空白の扱いはどうなりますか？

→画面にて変更する機能を用意しますが、ユーザーはその項目を未指定とするとき、空文字（ブランク）とします。

[sazi]

CSVの取込処理で、変更があるなら、その空白を変更されると、一致させられなくなるのはないですか？
そうであるなら取込時に連携するキーに含める事はできませんね。

[sazi]

通常、更新が非同期であるデータの連携においては、変更前のキーなどを準備する必要があります。

Answer 2

NULLじゃなければ問題ないですが、デメリットしかないでしょうね

Comments

[sayusayu]

回答ありがとうございます。
ちなみにデメリットで思いつくものを教えていただけませんか？

[yambejp]

見た目で簡潔（typo修正）に識別できない主キーは、主キーの役割（レコードの特定）をはたせません
したがって数値型などブレが少ないもので指定することが多いです
（文字列型はスペースやタブなどが紛れても識別しにくいため）

[sayusayu]

回答ありがとうございます。
たしかにそうですね。

Answer 3

ありかなしかで言えばありですが、主キーはレコードを一意に特定するためのものなので、空文字のような特殊な文字を登録するメリットはちょっと思いつきません。
誤動作の元となるのでやめた方が良いと思います。

Answer 4

RDBMS によっては主キーに全く null を許さないという制約を持つ場合があります。
少なくとも単一カラムからなる主キーではどの RDB でも null は許容されませんが、複数カラムからなる場合に、どこまでnullを許容するかが異なってきます。
※MS SQL Server は主キーを構成するカラムすべてが NOT NULL 制約を持つことを要求しますが、MySQL や PostgreSQL はそこまで要求しません。

また null があるとインデックスが効きにくくなり、主キーのもつ高速アクセス（一意であるが故に）と言う恩恵が失われてしまう場合もあります。

Answer 5

空白が半角文字だったり、全角文字だったり、半角全角が混じっていたりで事故の元になり易いですから、お勧めはしません。

Answer 6

主キーは通常、「自動生成する番号」「GUIDなど桁数の決まった文字列」「コード値となる文字列」などを使うものですので、空文字列を入れられるテーブル構造自体が、あまり良くないとは思います。