โ07-17-2023 09:06 AM
Hi,
When I create an identity column using the GENERATED ALWAYS AS IDENTITY statement and I try to INSERT or MERGE data into that table I keep getting the following error message:
Cannot write to 'table', not enough data columns; target table has x column(s) but the inserted data has x-1 column(s)
Shouldn't this work?
โ07-18-2023 02:42 AM
To update all the columns of the target Delta table with the corresponding columns of the source dataset, use UPDATE SET *. This is equivalent to UPDATE SET col1 = source.col1 [, col2 = source.col2 ...] for all the columns of the target Delta table. Therefore, this action assumes that the source table has the same columns as those in the target table, otherwise the query will throw an analysis error."
So it will throw an error if they don't match exactly. Unless you have schema evolution enabled then this applies:
"A column in the target table is not present in the source table. The target schema is left unchanged; the values in the additional target column are either left unchanged (for UPDATE) or set to NULL (for INSERT)."
Its expected behaviour, UPDATE SET * seem to only want to ignore extra columns in the source.
โ01-24-2024 02:55 PM
You can run the INSERT by passing the subset of columns you want to provide values for... for example your insert statement would be something like:
INSERT INTO target_table_with_identity_col(<list-of-cols-names-without-the-identity-column>
SELECT(<list-of-col-value-without-the-identity-column>);
โ07-18-2023 01:26 AM
Hi @Mrk Good day!
Please use below syntax while using GENERATED ALWAYS AS IDENTITY :
Step1: While creating table and defining column id as generated by always as identity mention the condition how id should be generated.
โ07-18-2023 01:57 AM
Hi,
yes, this works, but I'm curious, why are "MERGE INTO ... UPDATE SET *" and "INSERT INTO table SELECT * from source" failing? Is there some kind of internal field name resolution issue?
โ07-18-2023 02:42 AM
To update all the columns of the target Delta table with the corresponding columns of the source dataset, use UPDATE SET *. This is equivalent to UPDATE SET col1 = source.col1 [, col2 = source.col2 ...] for all the columns of the target Delta table. Therefore, this action assumes that the source table has the same columns as those in the target table, otherwise the query will throw an analysis error."
So it will throw an error if they don't match exactly. Unless you have schema evolution enabled then this applies:
"A column in the target table is not present in the source table. The target schema is left unchanged; the values in the additional target column are either left unchanged (for UPDATE) or set to NULL (for INSERT)."
Its expected behaviour, UPDATE SET * seem to only want to ignore extra columns in the source.
โ01-24-2024 02:55 PM
You can run the INSERT by passing the subset of columns you want to provide values for... for example your insert statement would be something like:
INSERT INTO target_table_with_identity_col(<list-of-cols-names-without-the-identity-column>
SELECT(<list-of-col-value-without-the-identity-column>);
Join a Regional User Group to connect with local Databricks users. Events will be happening in your city, and you wonโt want to miss the chance to attend and share knowledge.
If there isnโt a group near you, start one and help create a community that brings people together.
Request a New Group