複数のRails App同じDBですか？その他のオプション

Question

こんにちは私は、ソロのアプリケーションのセットを構築するために探しています。しかし、私は彼らが共通のメインテーブルを共有していることを発見しています。例えば、テーブルを食べ物にする。これらのアプリはすべて食卓を使用しますが、共通のテーブルはありません。私はこの問題にアプローチする最善の方法を考えてきました。すべてのアプリケーションの中で共有されたデータベースを使用するか、そのテーブルのAPIだけを使用します。私は共有DBを使用することは恐ろしい考えであり、APIは各アプリケーションがおそらくその中にフードテーブルを持っていて、毎回APIからupdateaを取り出さなければならないことを意味しています。テーブルはソートと情報の引き込みに使用されます。すべてのページが読み込まれ、そのデータを何度も処理するAPIコールを作成することに夢中に見えます）。上のわめき散らすしかし、あなたは、私はちょうど1にアプリケーションを統合することをお勧め両方のアプリケーションのためのマッピング情報に傾いているので、誰かがこの1

Answer 1

にレールのベストプラクティスのアイデアを持っているだろう期待していたため申し訳ありません。

カップルする必要がある場合は、より大きなシステムの2つの部分にする必要があります。

この種のカップリングを作成しない場合は、APIアプローチが必要です。

1つのアプリケーションは、レコードを取得するために別のアプリケーションに依存する場合があります。

しかしの質問は、彼らは両方とも別々のアプリケーションであれば、なぜ彼らはお互いのデータに「依存」する必要があり、そこにあります。

大規模システムのあらゆるレベルまたは名前空間のアプリケーション部分でそれらを分離することが多く簡単。

おそらく両方のためのスタンドアロンのAPIとしても、第三のアプリケーションは賢いだろう。あなたがレコードを作成して使用するためのさらなるデータを待つことができますスマートなアプリケーションを作成することができ、言っ

。

Example: 
Recipe app APIs to Calorie app new foods with unknown calories 
Calorie app doesn't respond with that record until calorie amount is set 
Calorie app understands nested foods and can sum a total for the parent food 
Calorie app creates parent food with calories set 
From now on API towards Calorie app for that Recipe's calories will return the recipe's food record 
As more foods with calories are created the calories become more precise