オンプレミスのソフトウェアと比較して、クラウド コンピューティングには、定期的なアップデートやリリース、より少なく柔軟なコスト、IT 管理の合理化など、いくつかの利点があります。しかし、クラウドに移行するビジネス アプリケーションが増えるにつれ、増え続けるサードパーティの SaaS アプリケーションとの統合にはますます時間がかかるようになっています。多くの場合、個人も企業も、オンプレミスのサーバーという物理的なサイロからビジネスデータを解放するために、多くの時間と労力を費やさなければなりません。
オープンデータ プロトコル（OData）はこの問題を解決することを狙いとしています。OData は、シンプルで標準的な方法で、クエリ可能で相互運用性のある REST API の作成と消費を可能にするオープン プロトコルです。簡単に言うと、OData フィードを設定することで、AppSheet だけでなく、OData コネクタを持つ他のサードパーティ アプリケーションもデータにアクセスして作業できるようになります。その結果、必要なのは複数のクラウド ベンダーに対応する単一のデータフィードを設定する作業を行うだけになり、時間と費用を節約できます。
現在、AppSheet は OData v3 と OData v4 をサポートしていますが、V4 を推奨しています。データが SAP に存在する場合、SAP データ用の OData v4 Gateway の設定方法の詳細は、こちらをご覧ください。OData フィードを設定したら、AppSheet アプリがフィードからのデータを使用できるように、データソースとして追加できます。
新しい OData フィードを追加する
OData フィードを AppSheet アカウントに追加するには:
- [My Account] > [Sources] タブに移動します。
- [+ New Data Source] をクリックします。
- データソースの名前を入力して、[OData] をクリックします。
[Add database connection information] ダイアログが表示されます。 - データベースの接続情報を設定します。
- [OData Version]: プルダウンから OData のバージョンを選択します。
- [OData Service Root URL]: OData フィード サービスのルートの URL を入力します。
- [Username]: データベース ユーザーのユーザー名を入力します。
- [Password]: データベース ユーザーのパスワードを入力します。
- [SAP Gateway]: OData データソースが SAP Gateway であるかどうかを選択します。
- [Require Cross-Site Request Forgery (CSRF) Token]: CSRF が必要かどうかを選択します。
- [Test] をクリックして接続の詳細をテストします。
- テストが成功したら、[Authorize Access] をクリックして、AppSheet アカウントにデータソースを保存します。
![[Add OData connection information] ダイアログ](http://lh3.googleusercontent.com/XcYkCWXc-v7KXFxYTNTNq2JyM3Gmk3bg6hnrogKXTbCpW5OEu2PPlxyK4NeTFv6kpL3F=w895)
一般的な問題
AppSheet アカウントに OData ソースを追加する際、注意すべき一般的な問題がいくつかあります。
サービスルート URL が正しくない: その名前のとおり、サービスルート URL は OData フィードのルートを特定します。ルートサービスの URL が正しくない場合、AppSheet はフィードに接続できません。データフィードのルート URL を素早く特定するのに役立つ一般的な目安をご紹介しましょう。OData フィードのすべての URL エンドポイントは、ルート URL から始まります。そのため、接続情報で提供した URL に、OData フィードの他の URL に存在しないコンポーネントが含まれている場合は、ルート URL が正しくない可能性が高いです。
メタデータ エンドポイントがない、または正しく実装されていない: OData フィードには、OData v3 または v4 仕様に従って実装されたメタデータ エンドポイントを含める必要があります。AppSheet は、フィード内のテーブル（OData 用語では「エンティティ セット」）を探索し、識別するために、メタデータ エンドポイントに依存しています。メタデータ エンド ポイントがない場合、または OData 仕様に従って正しく実装されていない場合、AppSheet は OData フィードに接続できません。
ページネーション: OData フィードのテーブルがそれぞれ数百行以上ある場合は、AppSheet がすべての行を取得できるように、フィードにページネーションを実装することを強くおすすめします。AppSheet で正しく動作するためには、OData の仕様に沿ってページネーションを実装する必要があります。また、さまざまなページサイズをテストして、パフォーマンスに最適なページサイズを見つけるべきです。たとえば、OData テーブルの一つに 10,000 行が含まれているにもかかわらず、ページサイズが 100 行しかない場合、AppSheet はテーブル内のすべてのデータを取得するために 100 個のリクエストを送信する必要があります。ページサイズを 1,000 にすることで、リクエスト数を 1 桁減らすことができるため、アプリの同期時間を短縮できます。
認証: 異なる OData フィードは、異なる認証メカニズムを実装することがあります。OData 仕様で推奨されているように、AppSheet は現在、「一般的なクライアントとの最高レベルの相互運用性」を達成するために、Basic Access Authentication（Basic Auth）のみをサポートしています。認証情報は Basic Auth のすべてのリクエスト ヘッダーに含まれているため、AppSheet は安全な HTTPS で接続を確立する必要があります。OData フィードが HTTPS で保護されていない場合、AppSheet はそのフィードに接続できません。
アプリで作成したファイルを保存する
OData フィードは、ファイル システムを持たないという点で、他のクラウド ストレージ プロバイダと異なります。これにより、ファイル（画像やドキュメントなど）を保存する際の AppSheet の動作が変更されます。アプリが写真をキャプチャする必要がある場合、それらは通常、クラウド ストレージのデータソースの隣のフォルダに保存されます。OData テーブルの場合、画像ファイルとドキュメント ファイルは、アプリ作成者のプライマリ AppSheet アカウントに関連付けられたメインのクラウド ファイル システム（通常は Google ドライブ/Dropbox/Office 365/Box）に保存されます。ファイルは、アカウントのデフォルトのフォルダパスのサブフォルダ（通常、/appsheet/data）に保存されます。アカウント ページの [Settings] タブで、デフォルトのフォルダパスの表示や変更ができます。