アカウント名:
パスワード:
インデックスが張られていない
プライマリキーすら無いよりマシ
PKが降格して普通のカラムになってしまった時には我が目を疑った。暫くして関連テーブルがキー重複起こして死んでしまったので、やっぱりPKに戻そうという話になったのだけど、PKやめてる間にキー重複しまくっていて(というか、重複しまくることが見込まれたため降格させていた)データ移行出来ないという・・・結局、関連テーブル側に意味の無い採番カラムを追加して、もしキー重複しそうならこれをインクリメントするということになった。しかしそのせいで予期せぬ重複データが生まれてしまい・・・という無限ループ
プライマリキーなのに値が更新されるケースもあるね。プログラムやトリガーで関連テーブルを更新する羽目になってる事もままある。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
本気で馬鹿かと思ったのは (スコア:0)
インデックスが張られていない
Re:本気で馬鹿かと思ったのは (スコア:0)
プライマリキーすら無いよりマシ
Re: (スコア:0)
# 全部合わせて複合主キーなんだって
# 別の表は先頭32カラムだけが主キーだったけど、単にOracleの制限なだけで後ろのカラムも心の中では主キーなんだって
Re: (スコア:0)
PKが降格して普通のカラムになってしまった時には我が目を疑った。
暫くして関連テーブルがキー重複起こして死んでしまったので、やっぱりPKに戻そうという話になったのだけど、
PKやめてる間にキー重複しまくっていて(というか、重複しまくることが見込まれたため降格させていた)データ移行出来ないという・・・
結局、関連テーブル側に意味の無い採番カラムを追加して、もしキー重複しそうならこれをインクリメントするということになった。
しかしそのせいで予期せぬ重複データが生まれてしまい・・・という無限ループ
Re: (スコア:0)
プライマリキーなのに値が更新されるケースもあるね。プログラムやトリガーで関連テーブルを更新する羽目になってる
事もままある。