正直言って、Laravelのmigration機能は私のLaravelのプロジェクトでは使用したことありません。よく理解していないこともあり、失敗してクライアントのデータベースを空にしてしまうことを考えると悪夢です。とか言ってコマンドラインでSQL文を実行する現状もリスクはそう変わりません。ということで、前回においてmigrationを使用する機会があったので、この際にmigrationの理解を深めたいです。
hasManyリレーションは、Eloquentのモデル間（つまり、DBのテーブル間）に1対多の関係を持たせるリレーションです。 今回は、factory()を使って、このhasManyのリレーションを持つDBテーブルにフェイクデータを作成してみます。
レコードのコピーという作業は結構起こることです。例えば、Eコーマースのサイトなら、サイズだけが違う商品は、説明などの他の属性はほとんど同じなので、わざわざ新規の商品の情報をすべて手入力というよりは、既存の商品をもとに編集する方がもちろん簡単です。
さて、このレコードのコピー作業、Eloquentではどうやるのでしょう？
またまた、前回に引き続きMySQLのレプリカの話です。しかし、今回はLaravelの設定も関係してきます。
今回は以前話した、MySQLデータベースのレプリカの話の続きです。
前回はデータベースのレプリカの説明をしましたが、本当にマスターのデータベースと同期しているの？とすぐに疑います。 チェックしてみましょう！
前回は、チャンキングでプログラムが使用するメモリの量を抑えることを説明しましたが、実行速度はどうなのでしょう？
データベースの含まれるレコード数が増えてくると今まで経験しなかったことを経験するようになります。
まず最初に出くわすのが、以下のようなコマンドラインでのコマンド実行のエラーです。
開発をしていて、未定義のキーや属性でのアクセスエラーは誰しも経験します。
今回は、他の項目により対象の項目が必須となるかどうかのルールを紹介します。
required_if required_unless required_with required_with_all required_without required_without_all