2011-01-19 7 views
0

私は、開発者がプラグインを提供できるようにするアプリケーションを提案する予定です。私のシナリオではプラグインにデータを保存させる方法

、プラグインは、Webサービス層を介してアプリケーションデータやメソッドにアクセスし、結果として、開発者は、この層を使用して、彼のプラグインデータを保存することを期待することができます。私たちはそれを必要とする、あるいはデータベースへの直接アクセスを提供するプラグインごとにデータベースの変更を許可したくありません。

問題は、このような状況であらゆる種類のデータをデータベースに格納する必要があるということを知っていますか、それとも想像できますか?

アプリケーションはASP.NETアプリケーションです。データベースはSQL Serverです。

答えて

1

を保存することができ、各プラグインのためにその多分、キーと値のペアのコレクションを失敗プラグインがお互いのデータを混乱させないようにすることです。ここでは、見るべきいくつかのnosqlデータベースを見つけることができます:What NoSQL solutions are out there for .NET?

2

XMLの格納方法とその前後のデータの量に応じて、各プラグインには、データベースに行があり、XML用のフィールドがあり、各プラグインが格納する必要のあるデータを制御できます。

また、データのチャンクがXPathクエリを受信し、得られたデータを返すWebサービスに基づいて返すことを可能にするWebサービスを設定することができるだろう。 SQL Server 2005または2008を使用している場合は、これらのクエリをSQL Serverに直接送信することもできます。 http://msdn.microsoft.com/en-us/library/ms345117(v=sql.90).aspx

さらに軽量なものが必要な場合は、おそらくjson配列ですか?

、本質的にそれらをロードし、NoSQLのデータベースを使用する場合は、変更するデータベース・スキーマが存在しないとして、問題が消える辞書

+0

それは、大量のデータ上の問題ではないでしょうか? – Proviste

+0

おそらくデータの種類、データ量や構造を指定していない可能性があります。 – Hawxby

+0

確かに、ありがとう – Proviste

1

すべてのプラグインで共通のデータですか?もしそうなら、なぜプラグインはスキーマを変更する必要がありますか?もしそうでなければ、なぜ各プラグインに独自のデータベースであるa la SQLiteをホストさせるのではないでしょうか?それらは互いに独立していて、プラグインが自分自身を管理するので、ストレージのためのサービスを提供する必要はありません。

関連する問題