-
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
Destination Databricks: Handle table name casing correctly #44506
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎ 1 Skipped Deployment
|
This stack of pull requests is managed by Graphite. Learn more about stacking. |
5555212
to
6ae90f0
Compare
d083ccd
to
a2aa68f
Compare
6ae90f0
to
7fc4b42
Compare
c385050
to
ff0d3bd
Compare
namingTransformer.getNamespace(namespace).lowercase(), | ||
namingTransformer.getIdentifier(name).lowercase(), | ||
namingTransformer.getNamespace(rawNamespaceOverride).lowercase(), | ||
namingTransformer.getIdentifier(StreamId.concatenateRawTableName(namespace, name)).lowercase(), |
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 where namingTransformer would've really helped if we had the methods separation correctly 😅 unfortunately getIdentifier is shared between columns and raw table name.
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.
yuuup. though it's kind of redundant with sqlgenerator making that split anyway 🤷 there's probably a world where we kill NamingTransformer and just do everything directly in sqlgenerator
8508c4d
to
3edff7b
Compare
ff0d3bd
to
3a94916
Compare
3a94916
to
f34f593
Compare
3de5d36
to
02e71aa
Compare
stacked on #44505 for the new test case. Verified that the test fails without the
.lowercase()
stuff in this PR. Includes all the same changes as #42504 to upgrade to the newest CDK (I think the diff is reasonably clear, but lmk if you want me to split the cdk upgrade + bugfix to separate PRs)includes something similar to #44526 (i.e. don't actually fetch the gen ID). I could be convinced to just directly ship this wit the "only fetch gen ID during truncate sync" logic though.
(I also ran a sync locally with a mixed-case stream name, which succeeded with a dev image and failed with the mainline image)