GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct - #44587

Merged
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct
Nov 25, 2024
Merged

GH-44555: [C++][Compute] Allow casting struct to bigger nullable struct#44587
lidavidm merged 27 commits into
apache:mainfrom
Tom-Newton:tomnewton/allow_casting_struct_to_bigger_nullable_struct

Conversation

@Tom-Newton

@Tom-NewtonTom-Newton commented Oct 30, 2024

Copy link
Copy Markdown
Contributor

Rationale for this change

Sometimes its useful to add a column full of nulls in a cast. Currently this is supported in top level columns but not inside structs. Example where this is important: delta-io/delta-rs#1610

What changes are included in this PR?

Add support for filling in columns full of null for nullable struct fields.
I've gone for a fairly minimal change that achieves what I needed but I wonder if there should be a more significant change so that this casting is done by field name and ignore the field order.

Are these changes tested?

Yes. The expected behaviour in several existing tests has been altered and a couple of new tests have been added.

I also rolled out a custom build with this change internally because it suddenly became a critical problem.

Are there any user-facing changes?

Yes. There are scenarios that previously failed with struct fields don't match or are in the wrong order but now succeed after filling in nulls.

@github-actions

Copy link
Copy Markdown

⚠️ GitHub issue #44555has been automatically assigned in GitHub to PR creator.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

I'm not confident that I've taken the right approach here but I think its ready for review.

@Tom-Newton
Tom-Newton marked this pull request as ready for review October 30, 2024 18:50
@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Ok, it looks like there is at least one more tests I need to update. I can probably sort that tomorrow.

field("c", struct_({
field("d", int64()),
field("e", float64()),
field("e", int64()),

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect this was not supposed to be different from in the physical schema. This data is used to test if a virtual column will be materialised so I guess it shouldn't be testing int64 -> float64 casting at the same time.

@Tom-Newton

Copy link
Copy Markdown
ContributorAuthor

Sorry for the direct ping but @lidavidm please could you review when you get a chance. I assume you are the right person to review this?

@lidavidmlidavidm left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me, thanks. CC @bkietz for some more eyes?

Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
Comment threadcpp/src/arrow/compute/kernels/scalar_cast_nested.cc Outdated
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting committer review Awaiting committer review labels Nov 14, 2024
Co-authored-by: David Li <li.davidm96@gmail.com>
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting changes Awaiting changes and removed awaiting change review Awaiting change review labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting change review Awaiting change review and removed awaiting changes Awaiting changes labels Nov 14, 2024
@github-actionsgithub-actionsBot added awaiting merge Awaiting merge and removed awaiting change review Awaiting change review labels Nov 21, 2024
@lidavidm

Copy link
Copy Markdown
Member

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

@conbench-apache-arrow

Copy link
Copy Markdown

After merging your PR, Conbench analyzed the 3 benchmarking runs that have been run so far on merge-commit c14d55d.

There were 132 benchmark results with an error:

There were no benchmark performance regressions. 🎉

The full Conbench report has more details. It also includes information about 2 possible false positives for unstable benchmarks that are known to sometimes produce them.

@Tom-Newton

Tom-Newton commented Nov 25, 2024

Copy link
Copy Markdown
ContributorAuthor

Ok, I don't think that one CI failure is related here. Merging now. Thanks @Tom-Newton, sorry for the delays!

Thanks for reviewing 🙂

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@Tom-Newton@lidavidm