Open morsapaes opened 4 weeks ago
For completeness: when I looked into this, my conclusion was that special-casing this for sinks would require control over how ephemeral models are created in RuntimeRefResolver
, which is dbt core code. There, only the limit
configuration is set for the model, and we'd need type
to also be set so we can then override render_limited
in dbt-adapters
.
Tentatively tagging @graciegoheen and @MichelleArk, who might have a better idea of our options here to work around the core behavior.
Feature request
The underlying logic for dbt's
--empty
flag (aka "schema dry-runs") resolves references as subqueries that return no results. This does not work for sink models, since Materialize isn't able to parse statements like:We should agree on what the default behavior should be, and potentially allow users to configure the intended behavior for them:
--empty
flag is specified, and throw a warning.Reported on Slack.