アカウント名:
パスワード:
最近かかわったプロジェクトで1テーブル300カラム以上のものがあった既に2,3回程の改修が行われていたものに今回必要になるカラムを追加していったFoo1,Bar1,Baz1,Foo2,Bar2,Baz3...が40くらい繰り返されているものが2パターン存在していて、明らかに使われていないしかも主キーが数値型で1つしかない便利なテーブルとしてなんでもかんでも詰め込み過ぎで正規化されていない
年配SEに再三テーブルの設計を見直しませんかと打診するが、昔から使っているから他に影響してはいけないし、今回はこのままでいきましょうというのださらに、昔はExcelVBAでこのテーブルの値を読み書きしていて、この設計しかできなかったというのだ
頭が痛くならないうちに、必要な項目だけを抽出するSQL文とDtoとCriteriaを作って、見なかったことにした
当時のExcelが256カラムしか(しか?)使えなかったという理由で、2テーブルに分けたOracleDBなら見たことがあります
#今のExcelはもっと使えます 念の為##多カラムの推奨ではありません
ある種のDBMSは更新時のロックに難があるので、処理に応じてテーブル分割ってのはありましたよ。正規化で一意となってもテーブル分割するのは有りです。
そんな高尚な理由ではなく本当にExcelにあわせるためだけのテーブル分割だったんです…#あとで3テーブルになった…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
300カラムに主キー1つのテーブル (スコア:0)
最近かかわったプロジェクトで1テーブル300カラム以上のものがあった
既に2,3回程の改修が行われていたものに今回必要になるカラムを追加していった
Foo1,Bar1,Baz1,Foo2,Bar2,Baz3...が40くらい繰り返されているものが2パターン存在していて、明らかに使われていない
しかも主キーが数値型で1つしかない
便利なテーブルとしてなんでもかんでも詰め込み過ぎで正規化されていない
年配SEに再三テーブルの設計を見直しませんかと打診するが、昔から使っているから他に影響してはいけないし、今回はこのままでいきましょうというのだ
さらに、昔はExcelVBAでこのテーブルの値を読み書きしていて、この設計しかできなかったというのだ
頭が痛くならないうちに、必要な項目だけを抽出するSQL文とDtoとCriteriaを作って、見なかったことにした
Re: (スコア:0)
当時のExcelが256カラムしか(しか?)使えなかったという理由で、2テーブルに分けたOracleDBなら見たことがあります
#今のExcelはもっと使えます 念の為
##多カラムの推奨ではありません
Re:300カラムに主キー1つのテーブル (スコア:0)
ある種のDBMSは更新時のロックに難があるので、処理に応じてテーブル分割ってのはありましたよ。
正規化で一意となってもテーブル分割するのは有りです。
Re: (スコア:0)
そんな高尚な理由ではなく本当にExcelにあわせるためだけのテーブル分割だったんです…
#あとで3テーブルになった…