-
Notifications
You must be signed in to change notification settings - Fork 852
fix: auto-convert DateType/TimestampType to ISO8601 in Azure Search #2381
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
fix: auto-convert DateType/TimestampType to ISO8601 in Azure Search #2381
Conversation
Nice work! |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #2381 +/- ##
==========================================
+ Coverage 84.57% 84.58% +0.01%
==========================================
Files 331 331
Lines 17205 17221 +16
Branches 1522 1523 +1
==========================================
+ Hits 14551 14567 +16
Misses 2654 2654 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
@DennizSvens likewise style issues here and added unit tests tests are failing. https://microsoft.github.io/SynapseML/docs/Reference/Developer%20Setup/ Will help you set up a local build to make your life easier. You seem like a great dev and we are happy to take whatever fixes you would like to make to this code so long as we can get the builds green! |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
LGTM and build has passed, please megre your changes and well make sure it stays green @DennizSvens before final merges. Thanks for your work on this! |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
Related Issues/PRs
Fixes #2380
What changes are proposed in this pull request?
Fixes inconsistent behavior in Azure Search where index creation succeeded with DateType/TimestampType columns but data writing failed due to schema parity check expecting StringType.
Changes:
prepareDF
methodedmTypeToSparkType
mapping:Edm.DateTimeOffset
→DateType
(wasStringType
)This eliminates the previous two-step workflow where users had to manually convert dates to strings after initial index creation.
How is this patch tested?
Tests added:
test("Handle date fields correctly")
- Basic date/timestamp handling with null valuestest("Date field conversion handles different timezones correctly")
- Timezone conversion scenariosEdm.DateTimeOffset
field typesDoes this PR change any dependencies?
Does this PR add a new feature? If so, have you added samples on website?