Q&A
開発環境と本番環境って大体データ違いませんか。
今まで、開発環境を構築せずに、ローカルでコーディングしていきなりサーバーにアップするというやり方で無理くりサイトを作ってまして、そのやり方でmysqlも使っていました。
myspqlはmyadminでブラウザから操作してデータを入れていました。
勉強の為に、そのサイトを開発環境を構築して作り直ししようと思ってますが、開発環境化で構築したDBデータってどうやって本番環境に移行しているのでしょうか？
やろうとしているのは、MAMPでlaravel使って、という感じです。
予定ではDBには顧客データの他、商品データが膨大に必要で、この商品データをテスト環境からそのまま本番環境にコピーできると良いのですが。
説明が下手かもしれないのですが、
顧客データ（こちらは最悪移行出来なくてもいい。多分ダミーデータで開発する）
商品データ（膨大なので、せっかく開発環境化でリアルな物を構築したら本番に簡単に移行できたら嬉しい。ダミーデータでの開発はしない）
と、言う事でございます。
やり方教えて頂けると嬉しいです。
マスタデータならマイグレーション、シーダーで対応するものとは思いますが、そもそもどのように開発進めているか提示されてないのでLaravel的なアドバイスはつきづらいかと思います。
質問ありがとうございます。
やっぱり、普通はそうなのですね。
初心者すぎて普通が分からなくて恐縮です。
やろうとしているのは、単純に商品が1000個あるので、その1000個をダミーじゃなくてきちんとした商品をDBに登録してテスト・開発したい、そしてそれをそのまま本番のDBに移行したい、という感じでございます。。
普通は、本番でちゃんとしたデータを登録します。それが本番運用テストにもなります。
あと一応
myspqlというものも
myadminというものも
PHP、Laravel周辺にはありません。
おそらく
MySQL
phpMyAdmin
でしょうけどこれら固有名詞なので、可能なら大文字小文字まで。プログラムは書いた通りにしか動きません。
回答3件
0
考え方が危ういですね。
開発環境→本番環境
ではなくて、
適用する定義→開発環境
上記でOKなら
適用する定義→本番環境
と考えて下さい。
なぜなら、本番環境と開発環境を同じに出来ない状態があるからです。
時系列的に以下になると思います。
１．開発環境がメイン
２．開発環境をベースに本番環境作成
３．稼働後は本番環境がメイン
稼働後のメンテナンスを考えた場合、以下の手順が考えられます。
１．本番環境を開発環境にコピー
２．開発環境に変更（適用する手順をバッチ化）
３．検証がOKなら、本番に上記手順を適用
※ポイントは、本番や開発環境に再実行可能な自動化手順を如何に用意するかです。
資源の関係から本番環境を丸々開発環境にコピーできないケースも考えられますが、その場合でも整合性を保った状況にする必要があります。
投稿2020/12/07 02:13
編集2020/12/07 02:17
総合スコア25327
回答ありがとうございます。
む、難しいっす。。。。
すぐには理解出来ないのですがよく読んで解釈させてもらいます。
また質問ありましたらお願いします。
ご回答ありがとうございます。
これまた、一読では意味が分からない初心者なので（なんとなくしか分からない）良く調べて解釈します。
また質問しましたら是非お願いします。
0
やり方として、2種類あります。
- ローカルのMySQLでDBバックアップを行い、本番環境でリストアする方法
（この場合、顧客データはローカルのものが反映されるので、一旦データ削除し
本番用を別途inportする必要がある）
- 全テーブルのDDL（create tableやインデックス定義のSQL）を作成し、データはローカルの方のDBから
必要なデータ分を各テーブル毎にinportで流し込む方法。
1.が手間かかりませんが、後々に他の環境でも開発するケースなどがある場合は
2.のやり方で用意し、本番用、開発用データinportSQLを用意しておくといいかもしれません。
ご自身の状況にあわせて考慮してみてください。
投稿2020/12/07 00:23
総合スコア183
ご回答ありがとうございます。
初心者すぎてすぐに意味が分からないのですが、調べて解釈してみます。
また質問ありましたら是非お願いします。
以下の２つをGoogle等で調べてみてください。イメージつきやすいかもです。
・MySQL バックアップ リストア
・MySQL DDL
頑張ってくださいね。
おお！ご親切にありがとうございます。
調べてみます。
いちおう。
import
ですね。
あなたの回答
tips
プレビュー
