0

こんにちは、エンドツーエンドのリクエストが完了するまでにかかる時間を測定しようとしています。

Facebook リアルタイム API を使用して、ボックスへのコールバックを受信して​​います。基本的に、ユーザーが場所にチェックインすると、コールバックが返されます。そのシナリオ全体（チェックインからコールバックの受信まで）の合計時間を測定したいと思います。

私の現在の計画は、コールバックで到着したタイムスタンプを使用して、ボックスの時間と比較し、それを測定値として使用して、mysql データベースに入れることです。

私の質問は、このシナリオでアプリケーションのビジネス ロジックと実際に関係のないデータを通常どこに保存するかということです。

4

1 に答える 1

2

一般的な製品設計 (ビジネス ロジック処理データと非ビジネス ロジック処理データがある場合) を求めている場合、私の経験から、2 セットのデータ ホルダーを作成します - 1 つのサービス データ ストア (ビジネス ロジック データとして読み取ることができます)および 2 非サービス メタ データ ストア (非ビジネス ロジック データとして読み取ることができます)。

  1. 正確に保存する場所の問題については、アプリケーションによって異なります。多くの場合、分散システムでは、これらのデータは、ローカライズされたサーバーとして機能するさまざまなエージェント エンティティ間で共有する必要があります。このようなシナリオでは、それらを別の db ファイルに保存します。

  2. ローカライズされたデータ (アプリなど) の場合は、デュアル データベースである可能性があります。1 つはローカライズされた情報レンダリング用で、もう 1 つはデータ共有用 (サービス データベース) のほうが適切なアプローチです。

基本的に、データの意図と量は、データ ストアを選択するための 2 つの主要な基準になります。

于 2013-04-03T10:30:10.610 に答える