csvのレコードからDB一括更新する機能の実装方針を相談したい

Question

###やりたいこと
現在railsでwebアプリ開発をしております。

ある仕様があり、それをどのように実装していけばいいか設計を考えております。
自分でも考えがありますが、もっといいやり方はないかと思いアドバイスを求めております。

###具体的に
一括更新の機能で、csvファイルの内容からDB更新をするというものです。

dbのhogeテーブルには
外部キー　fuga_id_1 〜 fuga_id_5 
fuga_value_1 〜 fuga_value_5 
があり、今回それを更新します。

csvの1行に 主キーhoge_id，fuga_id，fuga_value，削除(○ or 空欄)のカラムがあります

登録、更新、削除ができます。

登録…登録していないfuga_idのとき
更新…すでに登録しているfuga_idのとき
削除…削除が○のとき

この時の実装方針を相談したいです。

1.削除が○の場合、対象のhoge_idを削除する
2.削除が○でなく、fuga_idがすでに登録されている場合、対象のhoso_idを更新する
3.削除が○でなく、fuga_idが登録されていない場合、対象のhoso_idを登録する

登録or更新に関しては、update_and_createでやっているのであまり意識しなくてよいです。

問題はその時のインデックスです。

1.更新の際にインデックスを取得して保持
(仮に2とし、それを保持する)
2.登録の際にインデックスが保持しているものと同じであれば+1する

###結論
このような流れで考えているのですが、
いかがでしょうか？もう少し良い方法などあればアドバイス頂ければと思います。

Answer 1

一旦自分の実装方針で動き的には問題なさそうなので、クローズさせていただきます

Answer 2

インデックスってid のことですか？
idを指定してcreateするのは、DATABASE エンジンによってはできません。pgはだめです。mysqlはできましたが最新でもできるか、はわかりません。

あと、CSVのサイズによっては1件ずつの処理では遅くなります。
rails6ですとinsert_allというmethodができたので、それを使うとよいと思います。

Comments

[k499778]

ご返答ありがとうございます！

ここで言っていたインデックスは
fuga_id_N のNのことでした????

insert_allというメソッドがあるんですね！

[winterboum]

なんかモデルの構成が違うような気がする。
もしかして
一つの hoge_id に対して fuga_id，fuga_value が最大５つあってそれを fuga_1,2,3,4,5にいれる。何番に入れてもよい
ではない？
だとすると、Hoge と Fugaのモデルを作って、１対多の関係にしたほうが色々やりやすいですよ。
別の質問でmaisumakunさんに回答もらってたのがありますが、それも1:多にすればわかりやすいのになる。

[k499778]

>一つの hoge_id に対して fuga_id，fuga_value が最大５つあってそれを fuga_1,2,3,4,5にいれる。何番に入れてもよい
だいたいその認識で合っていると思います！

データ構造としては以下。
hogeテーブル、fugaテーブルが存在する
hogeテーブルは、主キー(hoge_)id, 外部キー fuga_id_1~ 5, fuga_value_1 ~ 5 があります

1対多にすればわかりやすくなるんですね！