-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for redshift 821 #10448
Support for redshift 821 #10448
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #10448 +/- ##
==========================================
+ Coverage 88.76% 88.85% +0.09%
==========================================
Files 180 180
Lines 22564 22573 +9
==========================================
+ Hits 20029 20058 +29
+ Misses 2535 2515 -20
Flags with carried forward coverage won't be shown. Click here to find out more.
|
if non_none_row_index is None: | ||
fire_event( | ||
SystemStdErr( | ||
bmsg="Unit Test fixtures benefit from having at least one row free of Null values to ensure consistent column types. Failure to meet this recommendation can result in type mismatch errors between unit test source models and `expected` fixtures." |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this is very clear from my perspective reading this diff but I'm worried it's somewhat verbose for an end-user reading this. What about something more straightforward like:
"Unit test fixutre <fixture-name>
in <unit-test-name>
does not have any row free of null values, which may cause type mismatch errors during unit test execution."
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll take this suggestion for the user facing exception to be raised in redshift
take 2 on #10366
Problem
Merge of the original code with an exception for a case the team thought to be unlikely to exist, did in fact exist in one of our downstream analytics projects.
I conferred with the team and we have landed on instead logging a warning and letting the code move ahead after making an effort to float non-
None
value columns to the first row inserted from anexcepted
fixture.Solution
Borrowing the existing
dbt_common
event to avoid adding yet another message type for a one-off error. Also, we will propose floating this logic to dbt adapters at some point, so we don't want to bake in too much logic right now.Checklist