-
Notifications
You must be signed in to change notification settings - Fork 453
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
Conversation
- adds DupliicatePrivateLinkAvailabilityZone errors - validates no dupilicates in ddl - adds test for error condtion
Co-authored-by: Nikhil Benesch <nikhil.benesch@gmail.com>
…late a real 'size diff' for estimating working-set size
… for functions that may or may not fail
…ecurity-context drop capabilities, don't allow running as root
release: bump to version v0.100.0-dev
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
… for functions that may or may not fail
|
Retrying with a proper diff. No idea why that rebase did that. 🤔 |
As it stands,
LazyUnaryFunc
has a blanket implementation on::could_error()
that looks atSelf::Output
. But some operations---text_to_varchar
---may or may not fail depending on parameters.This PR gives a little more flexibility.
Motivation
More fine-grained metadata on unary operations.
Checklist
$T ⇔ Proto$T
mapping (possibly in a backwards-incompatible way), then it is tagged with aT-proto
label.