接続先を明示的に指定することが出来ます。設定されていることが前提になります。オプションにデータソース名を指定します。migrateただし、この方法は全てのマイグレーションファイルで指定した接続先が使用されます。マイグレーションファイルごとに接続先を切り替えたい場合は以下を参照してください。アナログな方法にはなりますが、少し手を加えることで実現できます。以下のように接続先ごとにフォルダを分けて、その中にマイグレーションファイルを入れておきます。オプションで上記のディレクトリを指定してマイグレーションします。テーブル上で管理されるため、バッティングせずにマイグレーション出来ます。コマンドオプション指定の組み合わせは間違えないよう注意する必要があります。データベース商品の販売スケジュールを管理するテーブル設計パターン商品とその販売スケジュールを管理するためのテーブル設計をするとき、販売スケジュールの情報を別テーブルに分離しておくと再利用性の高い作りに出来る場合があります。一つの設計パターンとしてメモしておきます。以下の様な販売方法に対応したいとします。同時に複数の商品を販売する期間ごとに販売する商品の組み合わせ(商品セット)が異なる一度販売した商品の組み合わせは以降も使いまわす場合があるつまりこういったケースです。テーブルに商品情報を持ちます。商品の種類の数だけレコードが出来ます。テーブルは多:多のリレーションを解消するための中間テーブルです。商品セットに属する商品一覧の情報を持ちます。一度販売した商品セットは今後のスケジューリングでも使い回すことが出来ます。立っている基本商品セットが有効になります。しておくことで該当する販売スケジュールのデータが無かった場合のフォールバックが可能となり、常に何かを販売し続けることができます。(その必要が無ければ不要)また、過去の販売スケジュールの履歴はスケジュールテーブルに蓄積して残すことが出来るため、後から過去の販売スケジュールを確認することができます。今回は少し要件が特殊だと思うので、実際には要件に合わせて構成を見なおした方がいいと思います。(設計パターンとか書いておいてすみません。)例えば今回用いた「商品セット」という概念は、商品の組み合わせの再利用をしやすくする一方で、細やかな組み合わせの変更を難しくしています。再利用されるケースが少ない場合は商品セットテーブルを無くしてしまい、商品ごとにスケジュールを設定する構成にしたほうが柔軟に対応できるでしょう。「運用でカバー」は悲しい運用でカバーという名のもと無駄なデータが生まれていくのは設計者として悲しいことです。要件をよく確認して適切にテーブル設計をしていきたいものです。検索してパフォーマンス比較をしてみました。4274);※実験時は15個のORを繋げて検索しましたが長くなるのでここでは省略しています。スキャンになるんですね。変えてもほぼ同じ速度でした。句に指定する件数が多いとオプティマイザはフルスキャンを選択するため大幅に遅い結果になりました。31Author明日を今日より生きやすく。johnregan3.ホーム。