ネイティブアプリのデータ連携について

Question

いつもお世話になっております。

会社で顧客向けのネイティブアプリを作ることになったのですが、
アプリ側からサーバー上のDBにアクセスするのには、
①phpなどのプログラムで作られたapiを呼び出してデータの受け渡しを行う方法が一般的なのでしょうか？

今のDBは違うサービスでも利用しているので顧客が増加し、何度もリクエストを投げることにより
障害が起きてしまったりする恐れがあるので、
②アプリ用のDBを作成し、そこに定期的にデータをインポートしてデータの連携を行う
という方法も考えられるのですが、
この方法は間違っているのでしょうか？

どのサイトを見ても①の方法しか書いていなかったので質問させていただきます。
よろしくお願い致します。

Comments

[m.ts10806]

もう少しわかりやすく「前者」と「後者」を切り分けて記載いただけますか？

[lplplp]

わかりづらくて申し訳ございません。修正しました。

[m.ts10806]

んー、でもこれ「用件・仕様次第」なところがあってどれも一長一短ですね。
データのリアルタイム性が求められるかとか、使用する人数とか形態とか時間とか。
どちらも試してみては？という間接的な回答になりますが、如何でしょうか。
あまり内部事情を知らない他人が口をおいそれと無責任に出せる領域ではなさそうです

[lplplp]

ご回答ありがとうございます。
要件次第で変わってくるということなのですね。
とても参考になりました。ありがとうございます！

Answer 1

①はよくやる方法です。
ただ、例えば、とあるニュースやお知らせなど、表示させる内容が不変で、誰もが同じ内容を見るものであれば、先に、XMLやJSONのテキストファイル、アプリ内でWeb表示するのであればHTMLを吐き出しておいて、アプリがそれを取得する、などの方法もあります。

②に関しては、
「アプリからデーターの書き込みがない」
「リアルタイムの情報でなくても良い」
のであれば、相当なアクセス数が予測される場合はこの方法がとられることがあります。
ただ、だいたいこの方法をとる場合、インポートしてDBに集計結果を保存するなど、そのモノのデーターがアプリ用のDBに必要ないことがほとんどでした。
この場合でも、PHPなどを介してデーターのやり取りをすることがほとんどです。

この話が出ているということは、アプリ用のDBを別のサーバーに設けることを検討していると思います。
（同じサーバーで新しくDB作っても、分散という意味ではあまり意味がないと思うので・・・。）
元のDBと同じデーターが必要で新しくサーバーを用意するのであれば、DBを冗長化するのもひとつの考えだと思います。
ただ、既存のサービスとの責任の分界点ははっきりさせておいた方が良いです。
（それが嫌でDBを分ける。という考えもありますが・・・。）

Comments

[lplplp]

とても詳しく説明していただきありがとうございます。
参考にし、使用を固めていきたいと思います。

Answer 2

レイヤーの違う事を比較しようとしている様に見えます。

前者のAPIはインターフェイスの話で、後者は同期タイミングと粒度の話です。

例えば、
オフライン作業に対応する為には後者の様な形でアプリ内にある程度データをためてからサーバに送信する必要がありますが、
そのタイミングでデータを受け取るのはAPIで有るケースが多いです。
この場合前者と後者が両立する状況ですね。

インターフェイスとデータ同期の粒度についてはそれぞれ別に要件を設定して、それぞれのレイヤーで実装を検討する必要があります。

その上で、質問1に回答すると

ネイティブアプリからRDBMSに直接接続して運用出来るケースはかなり限られるので、何らかのAPIを経由するのが一般的でしょう。
ファイルをインポートするようなケースであっても、インポートを担当するAPIを経由することになります。

理由は色々ありますが、
RDBMSの機能だけだとユーザーとその権限管理やバリデーションに限界があり、安全性と機能を担保するためのコストが高い
というところが大きいと思います。

Comments

[lplplp]

ご回答ありがとうございます。
とても勉強になりました！！
参考にし、仕様を固めていきたいと思います。