1

私は、いくつかのショッピング カートのみのプロバイダー (「カート」サービスのみを提供する) のバックエンドとして機能するプロジェクトの最終段階にいます。このアプリケーションにより、ベンダーはアイテムや画像などのカタログを作成し、それらをサービスに「送信」できます。手間のかかる作業は、リレーショナル データベースを介して行われます。ここで、カタログへのアクセス方法を決定します。

現在、各セグメント (ブレッドクラム、アイテムなど) が作成され、読み取り専用データベースに格納されます。ベンダーは、1 行のコードでカタログのさまざまな部分を表示できます。リレーショナル クエリは必要ありません。この方法で問題ありません。実際、カタログ全体が単一ファイルのソリューションです。画像とデータは当社のサーバーに保存されます。メーカーサイトにはありません。

私はこれを尋ねるためにすべてを言いました。カタログ全体 (画像を除く) を XML ファイルとして各ベンダーに配布し、データベースにアクセスするベンダー コードを「彼らの」ローカル XML ファイルにアクセスするコードに変更する方がよいでしょうか?

明確にできる場合は、お知らせください。

ベンダーがアクセスするデータは、許可された SELECT ステートメントによってのみ取得されることを言及する必要がありました。レコードは非常に簡単にデータ アクセスできるように準備されており (つまり、breadcrumbs_table からベンダー = 1 およびカテゴリ = 2 のブレッドクラムを選択)、パス全体が配信されます。リストなども同様です。オブジェクトは、単純なアクセス コードを持つことです。

itemid = 1 および vendor = 2 のカタログからカテゴリ、ブレッドクラム、アイテムリストを選択すると、以下に必要な HTML が配信されます。エコー カテゴリ; 必要に応じて、Web ページの itemlist をエコーし​​ます。

4

1 に答える 1

0

2 番目の危険性 - 外部の関係者がデータベースにアクセスして値を取得できるようにすることは、時間の経過とともに複雑なルールや新しいビジネス ロジックが必要になる可能性があり、それを提供する方法がなくなることです。

クライアントが呼び出す可能性のある Web サービスがある場合は、それらにビジネス ロジックを埋め込むことができます。

私の経験では、私たちのシステムは大規模な方法でいくつかの外部システムに開放されています。つまり、それらはselect私たちの DBMS でステートメントを実行できます。これにより、DBMS のパフォーマンスが低下し、この非機能的な期待を適切に計画していないため、使用を制限することはできません。

したがって、あなたの状況に応じて、XML/を介して Web サービスと情報交換を行うことをお勧めしますJSON

于 2012-10-09T03:26:38.003 に答える