私の解決策を実装するための「正しい」または「効率的な」方法として、どのような方法論が役立つかについて、経験豊かな開発者からのフィードバックを得たいと考えています。iPhone開発の実装：SQLiteまたはWebサービス
私は4.5 MBのフラットファイルを持っています。これは16,000行、13個の列です。これをSQLiteにインポートしてデータモデルを作成することはできますが、このファイルをiPhone上でローカルに使用する方が効率的か、アプリケーションでWebサービスからデータを読み込ませる方が効率的でしょうか？
ありがとうございました。
ローカルsqlitedbがより単純で応答しようとしているデータを更新（または唯一のアプリを更新しているときにそれを更新）するつもりはないされている場合。 CoreDataにデータをインポートするほうが、sqliteを直接操作する必要はなく、同期読み取りAPIのようなものを扱う必要もないでしょう。
あなたはなど、
ローカルデータベースは、常にWebサービス
私はそれはあなたがいずれかの時点で必要などのくらいのデータの上のビットを依存推測するよりもユーザーエクスペリエンスの面でより効率的にする必要があります。ユーザーがアプリケーションを使用するために大量のデータをダウンロードする必要がある場合、ネットワーク接続がなければアプリのパフォーマンスは非常に低下し、使用できなくなる可能性があります。
どのくらいの頻度でデータを更新する必要がありますか？更新が頻繁に行われると、Webサービスソリューションが優先されます。それ以外の場合は、アプリを更新して、データの一部が変更されるたびに再送信する必要があります。
もう1つのことについて考えてみましょう：あなたのウェブサイトのウェブトラフィックにどれくらいお支払いしますか？多くのユーザーが絶えずデータをダウンロードする必要がある場合、非常に高価になる可能性があります。何らかのサブスクリプションを使用しない限り、あなたはアプリを販売するときに一度だけお金を得る。
個人的には、私はおそらくデータを電話に入れ、Webサービスを使用しないようにしています。
私は両方を使用します。
ダイナミックデータストアを可能にするリモートソースと、ローカルキャッシュを持つローカルデータストアはかなり安全な賭けのようです。
ウェブサービスについては、サーバーサイドのみのビジネスロジックがない限り、おそらくクラウドソリューションを試してみてください。 AmazonのSimpleDBのようなものが思い浮かぶ。
もちろん、実際のデータの静的な性質に依存します。多くの更新プログラムが必要ない場合は誰もがすでに言及しているので、最も効果的なソリューションは唯一のローカルデータストアです。
乾杯
多くの困難、データの量、更新の頻度に応じて、どのように大きな変化はする傾向があるので、アプリのダウンロード、更新されたデータの選択肢を持つことができるようにしたい場合私はこの国と一緒に行きたいと思います。すべての国の誰もがデータプランを作成していません。これにより、一度だけダウンロード+アップデートが可能になります。場合は、1つだけ私はSQL DBファイルをダウンロードを選択します。数MBのスペースでは4 MBが小さくなります。 – Louis