データ書き出しの使用による不一致の特定

この記事では、Magentoの BI データの不一致をトラブルシューティングする方法について説明します。 データ書き出しは、特に データの相違に関する診断チェックリストが問題の特定に役立たなかった場合に、レポートのデータの相違を特定するために、Magentoの BI データとソースデータを比較するのに役立つツールです。 この記事では、データ書き出しを使用してデータの不一致を特定する方法の実際の例について説明します。

例えば、次の分析を考えてみましょう。

2014 年 11 月は不審な下落が見られます。 500,780.94 ドルの収入？ そんな事言ってないよ。 ソースデータベースに、2014 年 11 月でより多くの売上高が表示されていることを確認し、このレポートで使用する 売上高 指標が正しく定義されていることを再確認しました。 MagentoBI データウェアハウスのデータが不完全であり、データエクスポートを使用して確認できるようです。

データのエクスポート export

開始するには、グラフの右上隅にある歯車をクリックし、ドロップダウンメニューの「生の書き出し」オプションをクリックします。 これにより、グラフの背後にあるデータを生の形式で書き出すことができます。

生データの書き出し メニューでは、書き出し元のテーブルと、書き出しに含める列を選択できます。 結果セットにフィルターを適用することもできます。

この例では、このレポートで使用される 売上高 指標は、orders テーブルで定義された order_total フィールド（date をタイムスタンプとして使用します。 この書き出しには、2014 年 11 月のすべての order_id 値と、それらの order_total を含めたいと思います。 売上高 指標ではフィルターを使用していませんが、書き出しにフィルターを追加して、結果セットを 2014 年 11 月のみに制限します。

生データの書き出しメニューは、次の例のようになります。

「データの書き出し」をクリックして書き出しを開始します。 ステータスを含む書き出しの詳細を示すウィンドウが表示されます。 書き出しの準備には数分かかるので、date、order_id、order_total など、2014 年 11 月のソースデータの類似した抽出を実行するのに良い時間になります。 このファイルを Excel で開き、そのままにしておきます。このファイルについては後ほど説明します。

生データの書き出しウィンドウに「ダウンロード」ボタンが表示されたら、ボタンをクリックして、CSV ファイルを含む zip ファイルをダウンロードします。

この時点で、問題を見つけるためにすべてのデータを 1 つのシートに入れる必要があります。 CSV ファイル（Magento BI からの書き出し）を、ソースデータを含む Excel ファイルの別のシートに読み込みます。

問題の特定 pinpoint

すべてのデータが 1 か所にまとまったので、相違の原因を探すことができます。 各シートの行数を比較すると、問題を特定するのに役立ちます。 それぞれの状況を詳しく見てみましょう。

両方のシートに含まれる行数は同じです

両方のシステムの行数が同じで、売上高 指標がソースデータに一致しない場合、order_total はどこかでオフになっている必要があります。 order_total フィールドがソースデータベースで更新されており、MagentoBI がこれらの変更を取得していない可能性があります。

これを確認するには、order_total 列が再チェックされているかどうかを確認します。 Data Warehouseマネージャーに移動し、orders のテーブルをクリックします。 再確認頻度が「変更」に表示されます。 列。 order_total フィールドは、変更が予想される頻度で再チェックするように設定する必要があります。そうでない場合は、続行して、目的の再チェック頻度に設定します。

再チェックの頻度が既に正しく設定されている場合は、別の問題が発生しています。 次の手順については、この記事の最後にある サポートへのお問い合わせを参照してください。

ソース データベースの行数がMagento BI の行数を超えています morerows

ソース・データベースにMagentoBI よりも多くの行があり、そのギャップが更新サイクル中に受け取ると予想されるオーダー数より大きい場合は、接続に問題がある可能性があります。 つまり、MagentoBI はソースデータベースから新しいデータを取り込むことができず、これはいくつかの理由で発生する可能性があります。

接続ページに移動し、order のテーブルを含むデータソースのステータスを確認します。

ソース データベースの行数がMagento BI の行数より少なくなっています lessrows

ソース・データベースの行数がMagentoBI の行数よりも少ない場合は、ソース・データベースから行が削除され、MagentoBI がこれらの削除を取得していない可能性があります。 ​ データを削除すると、不一致、更新時間の延長、ロジスティック上の多くの問題につながる可能性があるので ​本当に必要でない限り、データを削除しないことを強くお勧めします。

ただし、ローがテーブルから削除された場合は、プライマリ・キーの再チェック頻度を確認してください。 プライマリキーを再チェックすると、テーブルの削除された行がチェックされます。

Data Warehouseマネージャでは、主キー列はキーシンボルでマークされます。 この例では、プライマリキーは order_id 列です。

プライマリキーが既に再チェックされるように設定されている場合、または行がこのテーブルから削除されない場合は、問題を特定するために RJ サポートが必要です。 次の手順については、次の節を参照してください。

サポートへのお問い合わせ support

問題の原因を特定できない場合は、RJ サポートでループする必要があります。 チケットを送信する前に、次の手順を実行してください。

関連資料