問題タブ [dbt]

カスタムスキーマを使用しています:

profile.yml (指定された db(with schema x ) および target を x) 各モデル (一部のモデルでは x 、一部のモデルでは y ) の構成セクションでスキーマを定義し、マクロで dbt 提供のコードを使用して、モデルで定義されたスキーマを上書きします ( https://docs.getdbt.com/docs/building-a-dbt-project/building-models/using-custom-schemas/ ) モデルの実行時 dbt run --m <model_name> (モデルは定義されたスキーマで実行されます)モデル内) 問題: dbt docs の詳細セクションでは、x スキーマのみが表示され、スキーマ y オブジェクトは表示されません

前日の値を使用して毎日が計算される増分モデル A があります。フル リフレッシュを実行すると、このテーブルを最初から計算する必要があり、非常に非効率的で時間がかかりすぎます。

毎月テーブルの値のコピーを取得するバックアップ テーブルを作成しようとしました。モデル A が完全更新中にバックアップ テーブルを参照するようにして、バックアップ後の値のみを再計算する必要があり、到着できるようにしました。今日の価値ではるかに速く。ただし、これによりエラーが発生します。

これは、バックアップがモデルを参照して毎月値を取得するのに対し、モデル A もフル リフレッシュの場合に構築するためにバックアップを参照するためです。

この問題を回避する方法はありますか?フル リフレッシュを行うたびにモデル全体を最初から再構築することを回避できますか?

戦略を使用して BigQuery のインクリメンタル モデルを作成し、変数を使用しinsert_overwriteて設定しようとしています。partitions_to_replace

コンパイルをテストするためにdbt_project.yml、次のような変数を使用してコンパイルしていますexecution_date: '2020-01-01'。ただし、実体化によって生成されたマージステートメントでは、日付が引用されていないように見えるため、エラーで失敗しますNo matching signature for operator IN for argument types DATE and {INT64}。生成された SQL の関連スニペットは次のとおりです。

変数を引用符で囲む方法はありますか? 私が書いた SQL で変数を使用する場合、var関数を引用符で囲むだけでよいことはわかっていますが、この場合、SQL はマテリアライゼーションによって生成されています。