Skip to content
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

compute: EagerUnaryFunc::could_error()default implementation #27113

Closed
wants to merge 187 commits into from

Conversation

mgree
Copy link
Contributor

@mgree mgree commented May 15, 2024

As it stands, LazyUnaryFunc has a blanket implementation on ::could_error() that looks at Self::Output. But some operations---text_to_varchar---may or may not fail depending on parameters.

This PR gives a little more flexibility.

Motivation

  • This PR adds a feature that has not yet been specified.

More fine-grained metadata on unary operations.

Checklist

@mgree mgree requested a review from a team May 15, 2024 21:03
@ggevay ggevay self-requested a review May 16, 2024 10:00
aalexandrov and others added 18 commits May 22, 2024 14:24
This reveals a bug in column name inference for fast path plans.
Teach `ConnCatalog::column_names_for_id` to correctly infer column
vectors for `GlobalId` values that indentify an `Index`.

Fix a bug in the `FastPathPlan::PeekExisting` part of the `DisplayText`
for `FastPathPlan` by resolving column names of the `idx_id`.
…tribute

attribute: deprecate in favor of `analysis` framework
This change adds support for specifying the container builder to the
various variants of `flat_map` and adjusts the call sites. Most use the
default capacity-based builder, but some switch to the consolidating
variant. I selected places that apply scalar expressions to rows for the
consolidating variant, which have the chance to change rows sufficiently
that it enables further consolidation.

Best viewed with whitespace changes hidden!

### Checklist

- [ ] This PR has adequate test coverage / QA involvement has been duly
considered. ([trigger-ci for additional test/nightly
runs](https://trigger-ci.dev.materialize.com/))
- [ ] This PR has an associated up-to-date [design
doc](https://github.com/MaterializeInc/materialize/blob/main/doc/developer/design/README.md),
is a design doc
([template](https://github.com/MaterializeInc/materialize/blob/main/doc/developer/design/00000000_template.md)),
or is sufficiently small to not require a design.
  <!-- Reference the design in the description. -->
- [ ] If this PR evolves [an existing `$T ⇔ Proto$T`
mapping](https://github.com/MaterializeInc/materialize/blob/main/doc/developer/command-and-response-binary-encoding.md)
(possibly in a backwards-incompatible way), then it is tagged with a
`T-proto` label.
- [ ] If this PR will require changes to cloud orchestration or tests,
there is a companion cloud PR to account for those changes that is
tagged with the release-blocker label
([example](MaterializeInc/cloud#5021)).
<!-- Ask in #team-cloud on Slack if you need help preparing the cloud
PR. -->
- [ ] This PR includes the following [user-facing behavior
changes](https://github.com/MaterializeInc/materialize/blob/main/doc/developer/guide-changes.md#what-changes-require-a-release-note):
- <!-- Add release notes here or explicitly state that there are no
user-facing behavior changes. -->

---------

Signed-off-by: Moritz Hoffmann <mh@materialize.com>
…unknown-panic

compute: fix "frontier updates for unknown collection" error
Signed-off-by: Moritz Hoffmann <mh@materialize.com>
…t/pip/ci/builder/pymysql-1.1.1

build(deps): bump pymysql from 1.0.2 to 1.1.1 in /ci/builder
Fix merge skew, add container builder arguments to flat_map
@mgree mgree requested a review from a team as a code owner May 22, 2024 17:25
@mgree mgree requested a review from a team May 22, 2024 17:25
@mgree mgree requested review from a team, benesch and morsapaes as code owners May 22, 2024 17:25
@mgree mgree requested a review from ParkMyCar May 22, 2024 17:25
@CLAassistant
Copy link

CLAassistant commented May 22, 2024

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.
14 out of 15 committers have signed the CLA.

✅ jkosh44
✅ maddyblue
✅ ggnall
✅ ParkMyCar
✅ pH14
✅ benesch
✅ guswynn
✅ matthewarthur
✅ nrainer-materialize
✅ antiguru
✅ mgree
✅ aalexandrov
✅ teskje
✅ petrosagg
❌ materialize-bot
You have signed the CLA already but the status is still pending? Let us recheck it.

@mgree
Copy link
Contributor Author

mgree commented May 22, 2024

Retrying with a proper diff. No idea why that rebase did that. 🤔

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet