データ グリッドで結合の結果を確認する
キャンバスで結合を作成した後、データ グリッドを確認し、期待した結果が得られたことを確認します。データ グリッドに期待していないデータが表示された場合、結合の変更が必要となる場合があります。
データ グリッドの結果
-
データなし:データ グリッドにデータが表示されない場合、結合条件に使用する結合タイプまたは結合フィールドの変更が必要になる場合があります。結合のフィールド間に不一致が疑われる場合は、代わりに計算フィールドを使用します。詳細については、結合で計算を使用してフィールド間の不一致を解決するを参照してください。
-
重複データ: 重複データが表示される場合は、対処する方法がいくつかあります。テーブルを結合するのではなく、関連付けることを検討してください。詳細については、「データの関連付け(新しいウィンドウでリンクが開く)」を参照してください。
-
不足しているデータ:データ グリッドに不足しているデータがある場合、結合条件に使用する結合タイプまたは結合フィールドの変更が必要になる場合があります。この場合も、結合のフィールド間に不一致が疑われる場合は、代わりに計算フィールドを使用します。詳細については、結合で計算を使用してフィールド間の不一致を解決するを参照してください。
-
多くの null 値: 期待されない null 値が多く表示される場合、結合タイプを完全外部タイプから内部タイプに変更しなければならないことがあります。
-
1 つのテーブルのすべての null 値: 1 つのテーブルのすべての値が null の場合、結合するテーブルの間に一致はありません。これが期待どおりでなかった場合は、結合タイプを変更することを検討してください。
結合で計算を使用してフィールド間の不一致を解決する
結合条件のフィールドが一致しない場合、それは結合条件に使用されているフィールドの値間の不一致であり、データ グリッドにはデータがほとんど、またはまったく表示されません。フィールド間の不一致はいくつかの理由によって発生する可能性がありますが、多くの場合、フィールドの文字列値または日付値の書式設定の不一致によって発生します。多くの場合、計算を使用して結合のフィールド間の不一致を解決できます。
ほとんどの関数を計算で使用して、結合条件のフィールドを作成および置き換えることができます (ただし、集計関数と表計算関数は除く)。
注: 結合の計算は QuickBooks Online、Marketo、Oracle Eloqua、Anaplan、ServiceNow ITSM、および Web データ コネクタではサポートされていません。
文字列の不一致
文字列データを操作する際の一般的な不一致シナリオは、結合条件の一方のフィールドの 1 つが、結合条件のもう一方の 1 つ以上のフィールドと同等の場合に発生します。この場合、計算を使用して 2 つのフィールドを組み合わせて、書式設定を結合条件のもう一方のフィールドと一致させます。
たとえば、次のデータを含む 2 つのテーブルを結合するとします。
| パトロン | 連絡先 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
2 つのテーブル間の共通フィールドは名前のようです。ただし、"Patron (パトロン)" テーブルには、別の列に姓と名があり、"Contact (連絡先)" テーブルには、同じ列に姓と名があります。これらのテーブルを名前で結合するには、結合条件の左側の計算を使用して、姓の列と名の列をマージする必要があります。
結果として、結合ダイアログからのみアクセス可能な、結合条件の左側の計算フィールドが生成されます。この計算では、"Patron (パトロン)" テーブルのフィールドが、結合条件の右側の "Contact (連絡先)" テーブルのフィールドの書式設定と一致するようになった書式設定に変換されます。
結合で計算を使用すると、次の組み合わせられたテーブルが生成されます。
| 名 | 姓 | 支社 | メンバー登録年 | 借りているユニット | 料金 | 制限の案 | 名前 | 電話番号 |
|---|---|---|---|---|---|---|---|---|
| Alan | Wang | 北 | 2000 | 1 | 0 | 15 | Alan Wang | 555-0356 |
| Fred | Suzuki | 北 | 2000 | 52 | .90 | 15 | Fred Suzuki | 555-0188 |
日付の不一致
日付データを操作する際の一般的な不一致シナリオは、結合条件の 1 つのフィールドの日付値が、結合条件の他のフィールドと異なる詳細レベルでキャプチャされた場合に発生します。この場合、結合条件で計算を使用して一方の結合条件のフィールドの書式設定を変更し、書式設定を結合条件のもう一方のフィールドと一致させます。
たとえば、次の 2 つのデータのテーブルがあるとします。
| プロジェクターのレンタル | パトロン | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
新しいパトロンの動向を詳しく調べるには、"Patron (パトロン)" テーブルを "Projector Rental (プロジェクターのレンタル)" テーブルに結合すれば、どのようなライブラリ サービスが新規会員の獲得につながるかが分かるかもしれません。2 つのテーブル間の共通フィールドは "Date (日付)" および "Member since (入会年)" のようです。ただし、各フィールドの日付値は異なる詳細レベルで取り込まれています。これらのテーブルをそれぞれの日付フィールドで結合するには、それぞれの結合条件の計算で DATE 関数を組み合わせて使用することにより、各フィールドの詳細レベルを一致させます。
|
|
DATE('01/01/'+STR([Member since]))
|
結合で計算を使用すると、次の組み合わせられたテーブルが生成されます。
| 日付 | 予約タイプ | 申請者 ID | ID | 名 | 姓 | 支社 | メンバー登録年 | 借りているユニット | 料金 | 制限の案 |
|---|---|---|---|---|---|---|---|---|---|---|
|
1/1/2000 |
個人 | 233445589 | 232502870 | Alan | Wang |
北 |
2000 | 1 | 0.00 | 15 |
| 1/1/2000 | 個人 | 233445589 | 233445589 | Fred | Suzuki | 北 | 2000 | 52 | 0.90 | 15 |
| 1/1/2000 | 個人 | 233445589 | 233445566 | Ashley | Garcia | 南 | 2000 | 243 | 11.30 | 15 |
| 1/1/2000 | 個人 | 233445589 | 233448978 | John | Smith | 北 | 2000 | 36 | 3.50 | 15 |
パトロンが自身のメンバーシップを開始した年度にプロジェクターをレンタルしたかどうかを判別するには、ID に基づいて結合に句を 1 つ追加します。
追加の結合条件は、1 人のパトロンのみがプロジェクターをレンタルするためのメンバーシップを開始している可能性があることを示しています。
| 日付 | 予約タイプ | 申請者 ID | ID | 名 | 姓 | 支社 | 結合 | 借りているユニット | 料金 | 制限の案 |
|---|---|---|---|---|---|---|---|---|---|---|
| 1/1/2000 | 個人 | 233445589 | 233445589 | Fred | Suzuki | 北 | 2000 | 52 | 0.90 | 15 |