-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
🐛 Source mixpanel: basic normalization fails with duplicate field names #5355
Comments
@caiopedroso yup that would do it 😅 is renaming these an option at all? |
Sadly Mixpanel don't handle renaming properties/events, they only a have a feature called merge, but I'm not sure that it will hide one of the properties, I can try that.. keep u posted. |
No luck doing that, tried to merge and hide the value, but at the export, the userN[n]ame keep coming as different fields.. |
@caiopedroso normalization module applies some standard conventions for destination, like lowercase column names and other functions. Maybe you can export the normalization generated by Airbyte and run as a custom operator. I that case you can remove both username from final table or (I don't have full Bigquery knowledge here) use a function to select the column, maybe using quotes. |
@marcosmarxm , Got you, I will try that, just waiting for the release of a fix for the M1 version and update here if I come up with a solution. |
@caiopedroso is this still an issue? |
Yes @misteryeo , I was not able to work myself in a custom dbt model to try to solve that, if it's something that can be "out of the box" on airbyte, would appreciate it. |
@caiopedroso I've added handling of such case into Export stream in connector Try to update to latest version of connector, that will fix your problem |
Enviroment
Current Behavior
I’m trying to sync for the first time and the process fails in the normalization step, apparently, something broke the dbt process, the log is attached.
If I try without normalization (raw data), it runs successfully
Expected Behavior
The normalized data appears at BigQuery without any error
Logs
logs-10-0.txt
**UPDATE - Apparently I have a field called username and another one userName, when I check the destination_catalog.json, I can see both fields, maybe this is causing the ambiguity that BigQuery is not able to resolve?
Steps to Reproduce
The text was updated successfully, but these errors were encountered: