Q&A
ご質問ありがとうございます。扱っているデータが不動産系の物件データであり、フラグや詳細内容が多数ある感じです。また、決まったフォーマットのCSVからDBへの取り込みを考えており、カラム数はそのフォーマットに合わせておく必要があります。
MySQLにてテーブルと約400個程度カラムを作成することを考えており、テーブルとカラムの作成を試みましたが下記のエラーが出た為、テーブルを複数に分割することで考えております。
ERROR 1118 (42000): Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs
（ROW_FORMAT=DYNAMICなども試しましたが改善しませんでした。）
テーブルを複数に分けるに関して質問があります。
１、テーブルを３つに分けカラムの登録が完了した後、この３つのテーブルが実際は１つのものとリレーションをつけるにはどのような方法で行えばいいでしょうか
２、実際にデータの挿入をする際は、どのような操作が必要でしょうか。（1データに400個程度の項目があります。）
回答2件
0
ベストアンサー
（´-`）.｡oO（400のカラムってどんな用途なんだろう…)
普通に行にした方が良くないですか？全部違うドメインなんだろうか？
あとはRDBじゃなくてNoSQL使うとか。
さておき、
１、テーブルを３つに分けカラムの登録が完了した後、この３つのテーブルが実際は１つのものとリレーションをつけるにはどのような方法で行えばいいでしょうか
各テーブルが外部キーで1:1関係の参照持っておけばいいだけだと思います。
双方向なのか片方向なのかは用途次第だけど。
２、実際にデータの挿入をする際は、どのような操作が必要でしょうか。（1データに400個程度の項目があります。）
普通に考えればINSERT文投げるわけですが。
どういう趣旨の質問なんでしょう？
行が多い場合はバルクインサートするとか、CSVみたいに他に何かデータソースがあるんだったら、インポートする方法もあるでしょう。
MySQL 複数データのバルクINSERTやCSVファイルから高速インポートする方法
追記
何やらCSVから取り込むようなので、プログラムでどう扱いたいか次第にはなるけど、そのCSVの１行をそのまま１つのカラムに格納しちゃって、プログラム側でゴニョゴニョするって手も無きにしもあらず。別にお勧めはしませんが。
１件のデータが４００も属性を持つ場合、今後も更に拡張していくんじゃないかと思われますので、そうなるとキッチリしたスキーマを定義して管理していくのはすげー難しそうですね。
それが必須要件ならやらざるを得ないでしょうけど…。
投稿2020/04/15 08:40
編集2020/04/15 08:50
総合スコア8949
0
まず素朴な疑問ですが、正規化しても400列必要なのでしょうか。たとえば「電話番号1」、「電話番号2」のように、別途切り出すべき、同種の値複数を列に開いて持っている、ということはありませんか？
投稿2020/04/15 08:34
編集2020/04/15 08:37
総合スコア145183
> 決まったフォーマットのCSVからDBへの取り込みを考えており、カラム数はそのフォームあっとに合わせておく必要があります。
この前提を崩してください。入出力時に変換すれば、CSVのフォーマットどおりにDBを起こす必要はなくなります。
（情報元によってデータ構造は大幅に違ってきますので、「未来永劫1ソースに頼る」のでなければ、どうせ変換は必要になります）
普通に考えれば１件のデータに400も属性があるなら、今後も頻繁に項目が追加されたりしそうなんで、RDB向きじゃない気はします…。
ご回答を頂き誠にありがとうございます。お伝えを頂いた通り入出力時に変換を検討することに致します。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/04/15 08:56
2020/04/15 09:11
2020/04/15 09:14
2020/04/15 09:19
2020/04/15 09:29
2020/04/15 09:39
2020/04/16 01:42