| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
Please keep titles less than 50 characters. |
Sorry, something went wrong.
|
@dandhlee could you please review the changes. |
Sorry, something went wrong.
|
|
||
| def _check_nullability(arrow_fields, dataframe): | ||
| """Throws error if dataframe has null values and column doesn't allow nullable""" | ||
| if dataframe.index.name: |
There was a problem hiding this comment.
Could you please help me understand what lines 307-308 are for?
Sorry, something went wrong.
There was a problem hiding this comment.
It's hard to let you know which exact code as I am on vacation. But when dataframe with index is used, index name is transformed as airow column name. There were two way to fix it. One was to put exception for this case or the create another column with index name. I choose the second option as it's easier. Without this the dataframe unit test case where they use index names will fail.
Sorry, something went wrong.
There was a problem hiding this comment.
Thank you, hope you are having a good time in vacation! I played with dataframe's index a little bit, and I think there are several corner cases (which are likely non-comprehensive) that we need to cover:
Sorry, something went wrong.
There was a problem hiding this comment.
@Gaurang033 Thanks for offering up this PR.
@Linchin I appreciate this summary of additional edge cases that may not be covered by this solution.
I too worry about the edge cases, but more importantly, I worry about spending too much time and energy trying to create a work around for what we all agree is a problem in pyarrow. This feels like it creates greater complexity in our code, increased fragility, and a higher maintenance burden in the long run. Am I missing something?
Sorry, something went wrong.
There was a problem hiding this comment.
I am also uncertain if we should add logic in our repo to correct an issue with pyarrow. I have been thinking about this PR as more of a temporary patchwork that maybe reverted later, but for now does help our customers. However if the logic covering the corner cases get too convoluted with the behaviors of pyarrow, I agree that perhaps it's a better idea to open an issue with pyarrow instead.
Sorry, something went wrong.
|
Let's just let the server-side determine if we aren't matching the correct schema. I propose #1735 instead. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Fixes #1692