アカウント名:
パスワード:
最近かかわったプロジェクトで1テーブル300カラム以上のものがあった既に2,3回程の改修が行われていたものに今回必要になるカラムを追加していったFoo1,Bar1,Baz1,Foo2,Bar2,Baz3...が40くらい繰り返されているものが2パターン存在していて、明らかに使われていないしかも主キーが数値型で1つしかない便利なテーブルとしてなんでもかんでも詰め込み過ぎで正規化されていない
年配SEに再三テーブルの設計を見直しませんかと打診するが、昔から使っているから他に影響してはいけないし、今回はこのままでいきましょうというのださらに、昔はExcelVBAでこのテーブルの値を読み書きしていて、この設計しかできなかったというのだ
頭が痛くならないうちに、必要な項目だけを抽出するSQL文とDtoとCriteriaを作って、見なかったことにした
メインフレーム側のデータを丸々移行するんだ!というプロジェクトに携わった際に、DB設計者が作ったDDLによるテーブル構築時にこのエラーをたたき出したことがあります。
------------------ORA-01792 2 表またはビューに指定できる最大列数は1000 です。
原因: 1001 列以上ある表またはビューを作成しようとしたか、列を追加しすぎたため許容できる最大の列数1000 を超えました。表にある未使用の列も最大列数1000 に含まれることに注意してください。------------------
300カラム?まだまだっすよ。エラーが出たから2分割して500x2~ですよ。
初めて見る事例だったので、ブログに書いて記録してあります(笑)自分は直接そのテーブルは見ないサブシステム担当だったので直撃は免れましたが、当時、直接関与してたグループはよくモチベーション維持できたな……とw
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
300カラムに主キー1つのテーブル (スコア:0)
最近かかわったプロジェクトで1テーブル300カラム以上のものがあった
既に2,3回程の改修が行われていたものに今回必要になるカラムを追加していった
Foo1,Bar1,Baz1,Foo2,Bar2,Baz3...が40くらい繰り返されているものが2パターン存在していて、明らかに使われていない
しかも主キーが数値型で1つしかない
便利なテーブルとしてなんでもかんでも詰め込み過ぎで正規化されていない
年配SEに再三テーブルの設計を見直しませんかと打診するが、昔から使っているから他に影響してはいけないし、今回はこのままでいきましょうというのだ
さらに、昔はExcelVBAでこのテーブルの値を読み書きしていて、この設計しかできなかったというのだ
頭が痛くならないうちに、必要な項目だけを抽出するSQL文とDtoとCriteriaを作って、見なかったことにした
Oracleのカラム数上限は1000であることを体感する貴重な機会を得た (スコア:1)
メインフレーム側のデータを丸々移行するんだ!というプロジェクトに携わった際に、
DB設計者が作ったDDLによるテーブル構築時にこのエラーをたたき出したことがあります。
------------------
ORA-01792 2 表またはビューに指定できる最大列数は1000 です。
原因: 1001 列以上ある表またはビューを作成しようとしたか、列を追加しすぎたため許容できる最大の列数1000 を超えました。表にある未使用の列も最大列数1000 に含まれることに注意してください。
------------------
300カラム?まだまだっすよ。エラーが出たから2分割して500x2~ですよ。
初めて見る事例だったので、ブログに書いて記録してあります(笑)
自分は直接そのテーブルは見ないサブシステム担当だったので直撃は免れましたが、
当時、直接関与してたグループはよくモチベーション維持できたな……とw