2025.11.14リリースノートにて一時クローズしておりましたが、改善が完了しましたので、再表示しました。
大きな変更として、以前は削除済みユーザーのリソースが計算対象外だったのを計算に含めるようにしました。「分析プロジェクトごとのサイズ」「データソースごとのサイズ」にて、作成ユーザー名が空になっているレコードが削除済みユーザーのリソースに該当します。
なお、他にも計算対象から漏れているリソースがあったため、これも含めるように再算出しております。
分析プロジェクト「キー列を指定する結合」機能について、不具合があり、これを修正しました。
影響を受ける設定は下記3点を同時に満たす場合です。
「結合タイプを選択」にて「右側のデータを残す(right join)」「左側のデータを残す(left join)」利用
オプション「条件を指定する」利用
2の条件で「列1 < 列2 < 列3」のような不等号条件利用
具体的な動作の変更は下記の通りです。
テストデータ:
左テーブル(顧客の注文履歴):
| user_id | order_date |
|---------|------------|
| 1 | 2019-12-25 |
| 1 | 2020-01-01 |
| 1 | 2020-01-15 |
| 1 | 2020-02-01 |
| 1 | 2020-03-01 |
右テーブル(キャンペーン期間):
| user_id | campaign_start | campaign_end |
|---------|----------------|--------------|
| 1 | 2020-01-01 | 2020-02-01 |
結合設定:
結合方式: 左側のデータを残す(left join)
キー: user_id
条件: campaign_start <= order_date < campaign_end
Before(修正前):
範囲条件が完全に無視されている
期間外のデータ(2019-12-25, 2020-02-01, 2020-03-01)にも右テーブルの値が結合されている
| user_id | order_date | campaign_start | campaign_end | 本来の期待値 |
|---------|------------|----------------|--------------|------------|
| 1 | 2019-12-25 | 2020-01-01 | 2020-02-01 | <NA>, <NA> |
| 1 | 2020-01-01 | 2020-01-01 | 2020-02-01 | ✅ 正しい |
| 1 | 2020-01-15 | 2020-01-01 | 2020-02-01 | ✅ 正しい |
| 1 | 2020-02-01 | 2020-01-01 | 2020-02-01 | <NA>, <NA> |
| 1 | 2020-03-01 | 2020-01-01 | 2020-02-01 | <NA>, <NA> |
After(修正後):
範囲条件の正確な適用: 条件式が正しく評価されるように
| user_id | order_date | campaign_start | campaign_end |
|---------|------------|----------------|--------------|
| 1 | 2019-12-25 | <NA> | <NA> |
| 1 | 2020-01-01 | 2020-01-01 | 2020-02-01 |
| 1 | 2020-01-15 | 2020-01-01 | 2020-02-01 |
| 1 | 2020-02-01 | <NA> | <NA> |
| 1 | 2020-03-01 | <NA> | <NA> |
テストデータ:
左テーブル(顧客の注文履歴):
| user_id | order_date |
|---------|------------|
| 1 | 2020-01-01 |
| 1 | 2020-01-02 |
| 1 | 2020-01-03 |
| 2 | 2020-01-01 |
| 2 | 2020-01-02 |
右テーブル(キャンペーン期間):
| user_id | campaign_start | campaign_end |
|---------|----------------|--------------|
| 1 | 2019-12-31 | 2020-01-05 |
| 2 | <NA> | <NA> |
結合設定:
結合方式: LEFT JOIN
キー: user_id
条件: campaign_start < order_date < campaign_end
Before(修正前):
user_id=2の行がまるごと結果から消えている
左側のデータを残す(left join)なのに左テーブルの行が保持されない
| user_id | order_date | campaign_start | campaign_end | 本来の期待値 |
|---------|------------|----------------|--------------|-------------------|
| 1 | 2020-01-01 | 2019-12-31 | 2020-01-05 | ✅ 正しい |
| 1 | 2020-01-02 | 2019-12-31 | 2020-01-05 | ✅ 正しい |
| 1 | 2020-01-03 | 2019-12-31 | 2020-01-05 | ✅ 正しい |
After(修正後):
左側のデータを残す(left join)の正しく動作するように
| user_id | order_date | campaign_start | campaign_end |
|---------|------------|----------------|--------------|
| 1 | 2020-01-01 | 2019-12-31 | 2020-01-05 |
| 1 | 2020-01-02 | 2019-12-31 | 2020-01-05 |
| 1 | 2020-01-03 | 2019-12-31 | 2020-01-05 |
| 2 | 2020-01-01 | <NA> | <NA> |
| 2 | 2020-01-02 | <NA> | <NA> |
下記のような特定のデータ(「product_code」列のようなアンダースコア含む文字列)を文字列型に変更した際、アンダースコアが消滅してしまう不具合を修正しました。
| product_code | name |
|--------------|------|
| 123_4567 | 商品A |
| 999_888 | 商品B |
| ABC_123 | 商品C |
※この不具合は通常処理の場合(not Hyper nehan)にのみ発生しておりました。
snowflakeとの連携に際して、snowflake側の認証強化を受け、接続情報にプライベートキー (PEM形式、暗号化なし)のフィールドを追加しました。