Closed yosukeh closed 8 years ago
【流れ】 A ・DBの型を作る。（仮に本データも入れる）①②③④⑤を実施。 B ・ソース修正。新しいやり方で動くように。 C ・サービス一時停止する D ・DBを本移行する 。ここでは、①⑤のみ。 E ・コードをDEV、本番、両方に反映。 F ・サービスを再開する。 G. 残件「item_register.item_type廃止」 ・Action追加時、item_masterに追加するように変更。
・データを触り、item_registeredは、全部、item_idがあるように、Item_masterにデータ作る(201個) ・item_registeredのitem_typeを消す ・サービス停止 ・サービス再開 H. ごみ掃除 ・item_registered の symptom_id, action_idを消す ★★★★いまここ。
【最小のDB移管対象】 ① actions symptoms の結合 ② x_categorise系の結合 ③ x_category 系の結合 ④ x_Large_category 系の結合 ⑤ item_registeredからのリンクの修整。(725項目)
【データ移管作戦(作業A)】 ① 新しいTable "item_master"を作成。(m_items, t_items に分離するかも。SQLで結合して使う) symptomsのコピーで作成。 item_type列を初期値０で作成。 各レコードの名前をErMasterに従い、変換。 actionsのデータをCSVでエクスポート（かなり時間かかりそう） action_idに、10000を足す。 item_type列に1を入れる。 item_masterと列を合わせて、item_masterにインポート。
②③④のDBの型を作成。 EXCELを、症状・行動結合型にする。action_idは、すべて10000追加。 EXCELのマクロを修正 item_category: (action_categoryから生成後、 手入力。IDはEXCELを見る） item_large_category: (action_categoryから生成後、 手入力。IDはEXCELを見る） マクロで、②③④にデータを流し込む item_categorizeは、EXCELで生成。
⑤ item_registeredに、item_id列を追加。 CSVで吐きだす。 item_typeがsymptomなら、そのまま入れる。 item_typeがactionなら、10000を足した数を入れる。 CSVで入れ込む。
【コード調整】 ① DｂCalｌと配列Inputで、symptomsテーブルを見ているものを、item_masterテーブルのitem_type=0のを見るように変える。 中のレコードの名前もDB側のものだけ変更。JSON側はそのまま。 DｂCalｌと配列Inputで、actionsテーブルを見ているものを、item_masterテーブルのitem_type=0のを見るように変える。 中のレコードの名前もDB側のものだけ変更。JSON側はそのまま。 ◆症状判定、かなりの規模でやり直し。まあ、いろいろ結合して合理化できるかも。 symptom_nameみてるとこ、item_official_nameに。DB側。 action_nameみてるとこ、item_official_nameに。DB側。
② x_categorise系の結合： symptom_categorizeで見ているものを、item_categorizeで見るように名前を変える。 action_categorizeで見ているものを、item_categorizeで見るように名前を変える。
③ x_category 系の結合 symptom_categorizeで見ているものを、item_categorizeで見るように名前を変える。 action_categorizeで見ているものを、item_categorizeで見るように名前を変える。
④ x_Large_category 系の結合 symptom_categorizeで見ているものを、item_categorizeで見るように名前を変える。 action_categorizeで見ているものを、item_categorizeで見るように名前を変える。 パフォーマンス改善として、LargeCategoryへitemを結合しているものを、 itemへCategoryを結合するように変更
⑤ item_registeredに、item_id列を追加。symptom_idとaction_idを、item_idに移管する。： symptom_idを見ているところを、item_idに。DB側だけだと思う。気を付けてやる。 action_idを見ているところを、item_idに。DB側だけだと思う。気を付けてやる。
【ゴミ拾い】
【その他】 ・item_registeredは、user_item のほうがいい ・item_logは、user_item_logのほうがいい
【流れ】 A ・DBの型を作る。（仮に本データも入れる）①②③④⑤を実施。 B ・ソース修正。新しいやり方で動くように。 C ・サービス一時停止する D ・DBを本移行する 。ここでは、①⑤のみ。 E ・コードをDEV、本番、両方に反映。 F ・サービスを再開する。 G. 残件「item_register.item_type廃止」 ・Action追加時、item_masterに追加するように変更。
・データを触り、item_registeredは、全部、item_idがあるように、Item_masterにデータ作る(201個) ・item_registeredのitem_typeを消す ・サービス停止 ・サービス再開 H. ごみ掃除 ・item_registered の symptom_id, action_idを消す ★★★★いまここ。
【最小のDB移管対象】 ① actions symptoms の結合 ② x_categorise系の結合 ③ x_category 系の結合 ④ x_Large_category 系の結合 ⑤ item_registeredからのリンクの修整。(725項目)
【データ移管作戦(作業A)】 ① 新しいTable "item_master"を作成。(m_items, t_items に分離するかも。SQLで結合して使う) symptomsのコピーで作成。 item_type列を初期値０で作成。 各レコードの名前をErMasterに従い、変換。 actionsのデータをCSVでエクスポート（かなり時間かかりそう） action_idに、10000を足す。 item_type列に1を入れる。 item_masterと列を合わせて、item_masterにインポート。
②③④のDBの型を作成。 EXCELを、症状・行動結合型にする。action_idは、すべて10000追加。 EXCELのマクロを修正 item_category: (action_categoryから生成後、 手入力。IDはEXCELを見る） item_large_category: (action_categoryから生成後、 手入力。IDはEXCELを見る） マクロで、②③④にデータを流し込む item_categorizeは、EXCELで生成。
⑤ item_registeredに、item_id列を追加。 CSVで吐きだす。 item_typeがsymptomなら、そのまま入れる。 item_typeがactionなら、10000を足した数を入れる。 CSVで入れ込む。
【コード調整】 ① DｂCalｌと配列Inputで、symptomsテーブルを見ているものを、item_masterテーブルのitem_type=0のを見るように変える。 中のレコードの名前もDB側のものだけ変更。JSON側はそのまま。 DｂCalｌと配列Inputで、actionsテーブルを見ているものを、item_masterテーブルのitem_type=0のを見るように変える。 中のレコードの名前もDB側のものだけ変更。JSON側はそのまま。 ◆症状判定、かなりの規模でやり直し。まあ、いろいろ結合して合理化できるかも。 symptom_nameみてるとこ、item_official_nameに。DB側。 action_nameみてるとこ、item_official_nameに。DB側。
② x_categorise系の結合： symptom_categorizeで見ているものを、item_categorizeで見るように名前を変える。 action_categorizeで見ているものを、item_categorizeで見るように名前を変える。
③ x_category 系の結合 symptom_categorizeで見ているものを、item_categorizeで見るように名前を変える。 action_categorizeで見ているものを、item_categorizeで見るように名前を変える。
④ x_Large_category 系の結合 symptom_categorizeで見ているものを、item_categorizeで見るように名前を変える。 action_categorizeで見ているものを、item_categorizeで見るように名前を変える。 パフォーマンス改善として、LargeCategoryへitemを結合しているものを、 itemへCategoryを結合するように変更
⑤ item_registeredに、item_id列を追加。symptom_idとaction_idを、item_idに移管する。： symptom_idを見ているところを、item_idに。DB側だけだと思う。気を付けてやる。 action_idを見ているところを、item_idに。DB側だけだと思う。気を付けてやる。
【ゴミ拾い】
【その他】 ・item_registeredは、user_item のほうがいい ・item_logは、user_item_logのほうがいい