自然キー絶対許さないマンが一周回ってサロゲートキーの慈悲深さに気づくまでの記録。ISBN重複とか地獄すぎるな
そういえば、新人の頃のJANコードやISBNの杜撰な運用を知った時の衝撃で、システム外部で定義されるIDはすべて信用せず擬似キー使うようになった
メールアドレスは退会/復帰処理をどう行うかも含めていつも悩む。ユーザに決めてもらうのも難しいし統一見解/標準設計が欲しいw
ISBN13桁やメール・電話・社員番号も状況次第で非ユニークになり得るとDB設計で警告する。
ISBN重複なんかはさすがに罠だけど、社員コードで社員が一意に決まるかどうかなんてのは仕様の話で、もしそこが崩れるのならユーザマスタにサロゲートキーを振ってたって解決にはならないのでは。
メールアドレスはあるある。社用携帯がiPhoneだから携帯管理する部署は割を食っている。かわいそう。
おちおちユニーク制約すらつけられないじゃん
以前だとこういう記事を読んで、なるほど〜とか思ったりして、自分の糧にしていたのだけど、最近だとこの手の知識もLLMに代替されていってしまうのかなと考えてしまい、ちゃんと読めなくなってきてしまった……
話は違うが、車両識別番号は世界中でユニークとなる上、車両識別番号プレートの付け替えは違法で厳重管理されている。(ちな事故修理等による改造(申請必要)により、車両識別番号上は85の改造AE86とかが生まれる)
ISBN以外のものはユニークとは限らない(再利用の可能性あり)と認識していたので納得の記事。/ISBNは自主的な取り込みで出版社側で運用を決めることができるとは知らなかった。
抹消後や退会後の再登録だってあるので、重複しないと決めつけるのは危険
よくあるやつ。
ISBNもそうだしJANもパッケどころか、原材料や中身が変わっても使い回しだったりするので信用ならない。
ISBN重複問題は結構昔から言われてた気がする。MACアドレスも規格上はユニークじゃなかったっけ？（記憶が曖昧）
長門「ユニーク」
ある程度の経験を積むとDBエンジニアに必要なのは生物学者にも似た環境の観察習慣である、と気づく奴。
本店も支店も同じ法人番号だから、契約単位が支店単位になることを想定してないとユニーク制約違反になったりする
新鮮な気持ちで読んだのに、在り来りな話だった。この内容が全然ユニークじゃなかった。
社員コードも出向者がいる会社との合併が起きると同一性を簡単には担保できないのでね（一敗
だから年月日をキーに含める設計があるのでは。
ルールにすがりついても現実は変わらない
【DB設計】ユニークと思いがちだけどユニークじゃないかもしれないもの
自然キー絶対許さないマンが一周回ってサロゲートキーの慈悲深さに気づくまでの記録。ISBN重複とか地獄すぎるな
そういえば、新人の頃のJANコードやISBNの杜撰な運用を知った時の衝撃で、システム外部で定義されるIDはすべて信用せず擬似キー使うようになった
メールアドレスは退会/復帰処理をどう行うかも含めていつも悩む。ユーザに決めてもらうのも難しいし統一見解/標準設計が欲しいw
ISBN13桁やメール・電話・社員番号も状況次第で非ユニークになり得るとDB設計で警告する。
ISBN重複なんかはさすがに罠だけど、社員コードで社員が一意に決まるかどうかなんてのは仕様の話で、もしそこが崩れるのならユーザマスタにサロゲートキーを振ってたって解決にはならないのでは。
メールアドレスはあるある。社用携帯がiPhoneだから携帯管理する部署は割を食っている。かわいそう。
おちおちユニーク制約すらつけられないじゃん
以前だとこういう記事を読んで、なるほど〜とか思ったりして、自分の糧にしていたのだけど、最近だとこの手の知識もLLMに代替されていってしまうのかなと考えてしまい、ちゃんと読めなくなってきてしまった……
話は違うが、車両識別番号は世界中でユニークとなる上、車両識別番号プレートの付け替えは違法で厳重管理されている。(ちな事故修理等による改造(申請必要)により、車両識別番号上は85の改造AE86とかが生まれる)
ISBN以外のものはユニークとは限らない(再利用の可能性あり)と認識していたので納得の記事。/ISBNは自主的な取り込みで出版社側で運用を決めることができるとは知らなかった。
抹消後や退会後の再登録だってあるので、重複しないと決めつけるのは危険
よくあるやつ。
ISBNもそうだしJANもパッケどころか、原材料や中身が変わっても使い回しだったりするので信用ならない。
ISBN重複問題は結構昔から言われてた気がする。MACアドレスも規格上はユニークじゃなかったっけ？（記憶が曖昧）
長門「ユニーク」
ある程度の経験を積むとDBエンジニアに必要なのは生物学者にも似た環境の観察習慣である、と気づく奴。
本店も支店も同じ法人番号だから、契約単位が支店単位になることを想定してないとユニーク制約違反になったりする
新鮮な気持ちで読んだのに、在り来りな話だった。この内容が全然ユニークじゃなかった。
社員コードも出向者がいる会社との合併が起きると同一性を簡単には担保できないのでね（一敗
だから年月日をキーに含める設計があるのでは。
ルールにすがりついても現実は変わらない