アカウント名:
パスワード:
最近かかわったプロジェクトで1テーブル300カラム以上のものがあった既に2,3回程の改修が行われていたものに今回必要になるカラムを追加していったFoo1,Bar1,Baz1,Foo2,Bar2,Baz3...が40くらい繰り返されているものが2パターン存在していて、明らかに使われていないしかも主キーが数値型で1つしかない便利なテーブルとしてなんでもかんでも詰め込み過ぎで正規化されていない
年配SEに再三テーブルの設計を見直しませんかと打診するが、昔から使っているから他に影響してはいけないし、今回はこのままでいきましょうというのださらに、昔はExcelVBAでこのテーブルの値を読み書きしていて、この設計しかできなかったというのだ
頭が痛くならないうちに、必要な項目だけを抽出するSQL文とDtoとCriteriaを作って、見なかったことにした
DBのことは、よくわからないのですが、新しくテーブル設計した場合、古いテーブルに対応していたソフトなどはそのまま使えるものなのですか?
元のテーブルもまじめに設計されてれば、多少のことはビューとかで何とかなるような気がします。元々のテーブル設計が悪いなら、アプリも含めて改修したほうがよさそうです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
300カラムに主キー1つのテーブル (スコア:0)
最近かかわったプロジェクトで1テーブル300カラム以上のものがあった
既に2,3回程の改修が行われていたものに今回必要になるカラムを追加していった
Foo1,Bar1,Baz1,Foo2,Bar2,Baz3...が40くらい繰り返されているものが2パターン存在していて、明らかに使われていない
しかも主キーが数値型で1つしかない
便利なテーブルとしてなんでもかんでも詰め込み過ぎで正規化されていない
年配SEに再三テーブルの設計を見直しませんかと打診するが、昔から使っているから他に影響してはいけないし、今回はこのままでいきましょうというのだ
さらに、昔はExcelVBAでこのテーブルの値を読み書きしていて、この設計しかできなかったというのだ
頭が痛くならないうちに、必要な項目だけを抽出するSQL文とDtoとCriteriaを作って、見なかったことにした
Re: (スコア:0)
DBのことは、よくわからないのですが、新しくテーブル設計した場合、古いテーブルに対応していたソフトなどはそのまま
使えるものなのですか?
Re:300カラムに主キー1つのテーブル (スコア:1)
元のテーブルもまじめに設計されてれば、多少のことはビューとかで何とかなるような気がします。
元々のテーブル設計が悪いなら、アプリも含めて改修したほうがよさそうです。