データソースとしての LightSwitch

[アーティクル]
02/21/2013

LightSwitch は、アプリケーションの作成に使用するほか、他のアプリケーションにデータを提供する中間層としても使用できます。LightSwitch から Web サーバーまたは Windows Azure にアプリケーションデータを発行すると、そのデータは OData (Open Data Protocol) サービスとして公開されます。OData には Web を介したデータサービスとの通信規格があります。現在、多くの企業は OData を使用してシステムとパートナー間でデータをやり取りしており、さらにそれらのデータストアにアクセスすることもできます。OData は標準プロトコルであるため、ほとんどのプラットフォームやデバイスにある他のクライアントアプリケーションは、LightSwitch によって作成または公開するデータにアクセスできます。

OData サービスの作成

OData サービスはアプリケーションのデータソースごとに自動的に作成され、データソースごとに個別のエンドポイントがあります。この機能は、組み込みのデータベースで定義するテーブルだけでなく、SQL Server データベース、SharePoint リスト、別の OData サービスなど、アタッチされたデータソースにも適用されます。

LightSwitch により複数の OData エンドポイントが公開されます

エンティティに対して定義したビジネスロジックとユーザーアクセス許可は、エンドポイントがアクセスされると実行され、クライアントがサービスにアクセスしていても実行されます。各クライアントアプリケーションに対するビジネスロジックの作成とユーザーアクセス許可の定義ではなく、コードを集中化する場所として LightSwitch 中間層を使用できます。

LightSwitch OData サービスへのアクセス

LightSwitch アプリケーションを 3 層の構成 (インターネットインフォメーションサービスまたは Windows Azure の中間層をホストする) で配置すると、サービスエンドポイントが公開されます。サービスの名前はデータソースの名前に対応します。たとえば、チュートリアル: Vision Clinic アプリケーションの作成のサンプルアプリケーションは、2 つのサービスエンドポイントを公開します。これは、組み込まれている ApplicationData データベースと、アタッチされている PrescriptionContoso SQL データベースの 2 つのデータソースがあるためです。アプリケーションを "www.contoso.com" という名前の Web サイトに配置すると、サービスエンドポイントは https://www.contoso.com/ApplicationData.svc と https://www.contoso.com/PrescriptionContoso.svc になります。

各サービス内で、データデザイナーでモデル化されるすべてのエンティティセットに移動できます。OData は、URI 規則を使用してデータに対して実行できる一連のクエリ操作を定義します。HTTP-GET 要求を使用してサービスを照会でき、サービスから応答の結果を含むフィードが返されます。たとえば、URI https://www.contoso.com/PrescriptionContoso.svc/Products を使用して Vision Clinic の PrescriptionContoso サービスを照会すると、Products エンティティのすべてのレコードを含む結果セットが返されます。

[!メモ]

Internet Explorer に生のフィードデータを表示するには、[フィードの読み取りビューを有効にする] チェックボックスをオフにする必要があります。

OData クエリは大文字と小文字を区別します。"Products" ではなく "products" と指定すると結果が返されません。いくつかの方法で OData クエリを絞り込むことができます。たとえば、https://www.contoso.com/PrescriptionContoso.svc/Products(1) クエリを使用すると、ProductID が 1 である製品のみが返されます。Lens Care カテゴリのすべての製品が返されるようにするには、https://www.contoso.com/PrescriptionContoso.svc/Products?Category='Lens Care’ クエリを使用します。LightSwitch に定義したビジネスルールやアクセス許可も適用されます。したがって、上記のクエリを実行するユーザーは、Products を表示できるアクセス許可が必要です。

同様に、OData プロトコルは、ナビゲーションプロパティを介してリレーションシップ間を移動するための標準的な方法を定義します。たとえば、https://www.contoso.com/PrescriptionContoso/Products(1)/ProductRebates クエリを使用すると、関連する ProductRebates テーブルから ProductID が 1 である製品のリベートが検索されます。OData は、このほかにも OrderBy、Top、Skip、Sort などの多くのクエリ操作をサポートしています。詳細については、「OData: URI 規則に関する Web ページ」を参照してください。

LightSwitch OData サービスの保護

ほとんどの場合、OData サービスのデータのアクセスと更新を行うことができるユーザーを管理する必要があります。LightSwitch アプリケーションへのアクセスは、この設定を使用することで制御できます。LightSwitch は、なし、フォーム、Windows の 3 種類の認証設定をサポートしています。

フォーム認証を選択すると、LightSwitch では 2 つのモードの認証が有効になります。そのうちの 1 つのモードは、[ログイン] ダイアログボックスで使用されるカスタムプロトコルであり、カスタム API を使用して Web サービスにより資格情報を渡してフォーム認証 Cookie を取得できるようにします。データの要求に有効なフォーム認証 Cookie がない場合、LightSwitch は HTTP Basic チャレンジに応答します。この応答により、LightSwitch で開発されていないクライアントが、標準 HTTP プロトコルを介して資格情報を渡すことができるようになります。Windows 認証を選択すると、LightSwitch は、認証された Windows ユーザーに資格情報の提供を要求します。詳細については、「LightSwitch の認証と承認」を参照してください。

どの認証方法を使用した場合でも、HTTPS を介したトランスポートレベルのセキュリティを使用して資格情報、トークン、およびデータを保護することを検討する必要があります。HTTPS を使用しないと、フォーム、基本資格情報、およびフォーム認証トークンはプレーンテキストとして転送されます。Windows 認証は安全ですが、HTTPS を使用しないと、クライアントとサーバーの間で渡されるどのデータもプレーンテキストのままになります。これを軽減するため、LightSwitch には、セキュリティで保護された接続をアプリケーションに要求する発行ウィザードに HTTPS 設定があります。この設定を有効にすると、要求は HTTP から HTTPS にリダイレクトされますが、自身の Web サイトで HTTPS 証明書を取得して構成する必要があります。詳細については、「LightSwitch に関するセキュリティ上の考慮事項」を参照してください。

アプリケーションへのアクセスのセキュリティ保護に加えて、LightSwitch のロールベースのセキュリティを使用して、特定のエンティティへのアクセスを制限することもできます。たとえば、認証されたすべてのユーザーが注文データを表示できるようにし、スーパーバイザーのみが給与データを表示できるようにします。詳細については、「LightSwitch の認証と承認」を参照してください。

LightSwitch には、OData エンドポイントからエンティティセットまたはエンティティプロパティを非表示にするかまたは除外するための直接的な機能はありません。データ層で接続するものはすべて、サービスのエンドポイントで表示されます。データサービスコードで組み込みのアクセス制御メソッドを使用すると、これらのリソースへのアクセスを制御できます。詳細については、「コードを使用したデータ関連タスクの実行」を参照してください。

ユーザーが Products エンティティのデータを更新または削除できないコードの例を次に示します。

Namespace LightSwitchApplication
   Public Class PrescriptionContosoService
      Private Sub Product_CanUpdate(ByRef result As Boolean)
         result = False
      End Sub
      Private Sub Product_CanDelete(ByRef result As Boolean)
         result = False
      End Sub
      Private Sub Product_CanInsert(ByRef result As Boolean)
         result = False
      End Sub
   End Class
End Namespace

namespace LightSwitchApplication
{
   public partial class PrescriptionContosoService
   {
      partial void Product_CanUpdate(ref bool result)
      {
         result = false;
      }
      partial void Product_CanDelete(ref bool result)
      {
         result = false;
      }
      partial void Product_CanInsert(ref bool result)
      {
         result = false;
      }
   }
}

また、LightSwitch にも、EntitySet_Filter メソッドを使用した行レベルのフィルター処理が用意されています。このメソッドを使用して、エンティティから小さなレコードセットを返すことができます。TerritoryID が 5 である顧客レコードのみを返す例を次に示します。

Private Sub Customers_Filter(ByRef filter As Expression(Of Func(Of Customer, Boolean)))
    filter = Function(e) e.TerritoryId = 5
End Sub

private void Customers_Filter(ref Expression<Func<Customer, bool>> filter)
{
filter = e => e.TerritoryId == 5;
}

LightSwitch OData サービスの使用

プラットフォームで OData をサポートするアプリケーションは、LightSwitch からの OData フィードを使用できます。OData フィードに接続するためのメソッドはアプリケーションによって異なりますが、通常は LightSwitch サービスエンドポイントのみを指定します。

LightSwitch ドキュメントには OData を使用するアプリケーションの例が記載されています。

別の LightSwitch アプリケーションから OData を使用する方法については、「チュートリアル: LightSwitch での OData サービスの公開と使用」を参照してください。
Windows ストアアプリケーションから OData を実装する方法の詳細については、チュートリアル: Windows ストアアプリでの LightSwitch データの使用を参照してください。
Microsoft Excel から OData を使用する方法については、「チュートリアル: PowerPivot を使用した Excel での LightSwitch サービスの使用」を参照してください。

参照

処理手順

LightSwitch の認証と承認

チュートリアル: LightSwitch での OData サービスの公開と使用

チュートリアル: Windows ストアアプリでの LightSwitch データの使用

チュートリアル: PowerPivot を使用した Excel での LightSwitch サービスの使用

概念

LightSwitch アプリケーションデータの公開

LightSwitch に関するセキュリティ上の考慮事項

コードを使用したデータ関連タスクの実行

データ ソースとしての LightSwitch