Closed ymmtd0x0b closed 1 year ago
成果物をどのように更新するかという部分で詰まってしまって方向性を決めるのに時間を要してしまった。
↑ 自作サービス側の都合で DB の構造を変更するのは悪手とのことなので、自作サービス側の仕様を変える
バグ
新機能
チャレンジレベル
↑ Rails 標準機能の Bulk Import で代替可能
リソース・データ設計 の課題を提出
DB は本来の自然なカタチで設計して、それに合わせて自作サービスの仕様を考える
報告完了🎉
やったこと
リソース・データ設計
成果物をどのように更新するかという部分で詰まってしまって方向性を決めるのに時間を要してしまった。
ユーザーとリポジトリのアソシエーションを確認ユーザーとリポジトリの関係は本来、多対多で表現するのが自然だと思うが、自作サービスの兼ね合いを考えて 1対多 にしようと思う【249】自作サービス#20: リソース・データ設計 / どのようにしてデータの一括更新を行うか思案中【251】自作サービス#22: リソース・データ設計 / リポジトリの正規化 ・Issue のラベルの実装↑ 自作サービス側の都合で DB の構造を変更するのは悪手とのことなので、自作サービス側の仕様を変える
バグ
、新機能
、チャレンジレベル
等のラベルも表示できるように実装した技術検証
Activerecord-Import の導入の検証~~成果物を一括更新する際、取得した情報を逐次ループ処理で保存するのはレスポンスを遅くする原因になっているのでは?という疑問が湧き、その解決方法として Activerecord-Import という Gem を見つけたので検証した。 ➜ 全体から見ると1割程度だったが、処理時間の短縮自体はできてそうなのでこのまま採用しようと思う。~~↑ Rails 標準機能の Bulk Import で代替可能
心配事・困っている事
来週の目標
リソース・データ設計 の課題を提出DB は本来の自然なカタチで設計して、それに合わせて自作サービスの仕様を考える