-
Notifications
You must be signed in to change notification settings - Fork 590
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
insert returning panic when returning implicit padded NULL values #9539
Comments
@BugenZhao @Eurekaaw PTAL |
I think revert the NULL padding punt we did earlier is the easiest way to fix this. |
I'd suggest the problem is: risingwave/src/frontend/src/optimizer/plan_node/logical_insert.rs Lines 65 to 67 in 2e789bd
The schema shall be the source's schema plus padding columns. Afterwards in insert executor a datachunk shall be yielded after evaluating default columns; postgres=# create table td (v1 int default 1, v2 int);
CREATE TABLE
postgres=# insert into td (v2) values (0) returning *;
v1 | v2
----+----
1 | 0
(1 row) |
just out of curiosity, do we have a design to handle in the case of |
Yes! See #8999 |
This issue has been open for 60 days with no activity. Could you please update the status? Feel free to continue discussion or close as not planned. |
Describe the bug
perhaps we shouldn't punt the NULL padding logic to the batch executor.
To Reproduce
Expected behavior
Additional context
No response
The text was updated successfully, but these errors were encountered: