[YSQL] Feature support - ALTER TABLE

Question

[YSQL] Feature support - ALTER TABLE

nocaway opened this issue 6 years ago · 34 comments

Jira Link: DB-1178
This is a master issue that keeps track of ALTER TABLE variants.
The checkmark means that the statement is already supported.

Add / remove / rename columns, constraints

Status	Feature	Comments
✅	ALTER TABLE name ADD [COLUMN] [IF NOT EXISTS] colname
⬜️	ALTER TABLE name ADD [COLUMN] [IF NOT EXISTS] colname UNIQUE #6985
⬜️	ALTER TABLE name ADD [COLUMN] [IF NOT EXISTS] colname integer GENERATED ALWAYS AS IDENTITY [PRIMARY KEY]
✅	ALTER TABLE name DROP [COLUMN] [IF NOT EXISTS] non_primary_column [RESTRICT \| CASCADE]
⬜️	ALTER TABLE name DROP primary_column
✅	ALTER TABLE name RENAME TO new_name
✅	ALTER TABLE name RENAME COLUMN
✅	ALTER TABLE name RENAME CONSTRAINT #3943
✅	ALTER TABLE name ADD PRIMARY KEY #1104	Not an online operation!
✅	ALTER TABLE name ADD FOREIGN KEY
✅	ALTER TABLE name ADD UNIQUE constraint
✅	ALTER TABLE name ADD CHECK constraint
⬜️	ALTER TABLE name ADD EXCLUDE constraints #3944
⬜️	ALTER TABLE name ADD DEFERRABLE / INITIALLY DEFERRED / INITIALLY IMMEDIATE constraints #1709
✅	ALTER TABLE name DROP CONSTRAINT
✅	ALTER TABLE name DROP CONSTRAINT primary_constraint #8735	Not an online operation!
⬜️	ALTER TABLE name ALTER CONSTRAINT #3945
⬜️	ALTER TABLE name VALIDATE CONSTRAINT #3946
⬜️	Make ALTER table PRIMARY KEY online operations #13274

Alter columns

Status	Feature	Comments
✅	ALTER TABLE name ALTER [COLUMN] colname SET DEFAULT
✅	ALTER TABLE name ALTER [COLUMN] colname DROP DEFAULT
✅	ALTER TABLE name ALTER [COLUMN] colname SET NOT NULL
✅	ALTER TABLE name ALTER [COLUMN] colname DROP NOT NULL
✅	ALTER TABLE name ALTER [COLUMN] colname ADD GENERATED AS IDENTITY
✅	ALTER TABLE name ALTER [COLUMN] colname SET GENERATED
✅	ALTER TABLE name ALTER [COLUMN] colname SET sequence_option
✅	ALTER TABLE name ALTER [COLUMN] colname RESTART sequence
✅	ALTER TABLE name ALTER [COLUMN] colname DROP IDENTITY
✅	ALTER TABLE name ALTER [COLUMN] colname [ SET DATA ] TYPE that does not require on-disk changes #4424
✅	ALTER TABLE name ALTER [COLUMN] colname [ SET DATA ] TYPE that requires on-disk changes #1013
✅	ALTER TABLE name ALTER [COLUMN] colname SET STATISTICS
⬜️	ALTER TABLE name ALTER [COLUMN] colname SET STORAGE
⬜️	ALTER TABLE name ALTER [COLUMN] colname SET ( attribute = value )
⬜️	ALTER TABLE name ALTER [COLUMN] colname RESET ( attribute )

Triggers, partitions and tablespaces

Status	Feature	Comments
✅	ALTER TABLE name ENABLE TRIGGER (name	ALL
✅	ALTER TABLE name ENABLE ALWAYS TRIGGER
✅	ALTER TABLE name ENABLE REPLICA TRIGGER
✅	ALTER TABLE name DISABLE TRIGGER (name \| ALL \| USER)
✅	ALTER TABLE name ATTACH PARTITION
✅	ALTER TABLE name DETACH PARTITION
⬜️	ALTER TABLE ALL IN TABLESPACE
✅	ALTER TABLE name SET TABLESPACE

Ownership and row level security

Status	Feature	Comments
✅	ALTER TABLE name OWNER TO
✅	ALTER TABLE name ENABLE ROW LEVEL SECURITY
✅	ALTER TABLE name DISABLE ROW LEVEL SECURITY
✅	ALTER TABLE name FORCE ROW LEVEL SECURITY
✅	ALTER TABLE name NO FORCE ROW LEVEL SECURITY

Misc: schema, rules, IODs, table inheritance, clustering etc

Status	Feature	Comments
⬜️	ALTER TABLE name SET SCHEMA #3947
⬜️	ALTER TABLE name ENABLE RULE
⬜️	ALTER TABLE name DISABLE RULE
✅	ALTER TABLE name SET WITHOUT OIDS
⬜️	ALTER TABLE name SET WITH OIDS
⬜️	ALTER TABLE name INHERITS
⬜️	ALTER TABLE name NO INHERIT
⬜️	ALTER TABLE name CLUSTER ON
⬜️	ALTER TABLE name SET WITHOUT CLUSTER
⬜️	ALTER TABLE name OF type_name
⬜️	ALTER TABLE name NOT OF
⬜️	ALTER TABLE name SET (storage_option = value)
⬜️	ALTER TABLE name RESET (storage_option)
⬜️	ALTER TABLE name SET LOGGED \| UNLOGGED
⬜️	ALTER TABLE name REPLICA IDENTITY

z0mb1ek commented 5 years ago

+1

sergeyshaykhullin commented 5 years ago

+1

Answer 1 · 2019-05-22T23:19:17.000Z

Also fails to work with queries like below -
ALTER TABLE ONLY bookings
ADD CONSTRAINT fk_bookings_facid FOREIGN KEY (facid) REFERENCES facilities(facid);

Answer 2 · 2019-05-22T23:35:48.000Z

@dodilp - FOREIGN KEY is being implemented as we speak. Hope to have it in a few weeks.

Answer 3 · 2019-07-03T08:56:20.000Z

Fails for
ALTER TABLE public.<table_name> OWNER TO postgres;

ALTER TABLE OWNER not supported yet

Answer 4 · 2019-11-21T20:07:31.000Z

For us we are getting the following running migrations from Entity Framework:

Failed executing DbCommand (10ms) [Parameters=[], CommandType='Text', CommandTimeout='30']
ALTER TABLE "KeySetRoleAssignment" ALTER COLUMN "PermissionId" TYPE varchar(128);
ALTER TABLE "KeySetRoleAssignment" ALTER COLUMN "PermissionId" SET NOT NULL;
ALTER TABLE "KeySetRoleAssignment" ALTER COLUMN "PermissionId" DROP DEFAULT;
Npgsql.PostgresException (0x80004005): 0A000: ALTER TABLE ALTER column not supported yet

Answer 5 · 2019-12-10T17:14:49.000Z

Fails to be used as https://www.metabase.com/'s relational database backend.

2-10 09:15:02 ERROR changelog.ChangeSet :: Change Set migrations/000_migrations.yaml::23::agilliland failed. Error: ERROR: ALTER TABLE ALTER column not supported yet
Hint: See #1124. Click '+' on the description to raise its priority
Position: 35 [Failed SQL: ALTER TABLE public.metabase_table ALTER COLUMN rows TYPE BIGINT USING (rows::BIGINT)]
12-10 09:15:02 WARN metabase.util :: auto-retry metabase.db$migrate_up_if_needed_BANG_$fn__18515@2eba1b7: Migration failed for change set migrations/000_migrations.yaml::23::agilliland:
Reason: liquibase.exception.DatabaseException: ERROR: ALTER TABLE ALTER column not supported yet
Hint: See #1124. Click '+' on the description to raise its priority
Position: 35 [Failed SQL: ALTER TABLE public.metabase_table ALTER COLUMN rows TYPE BIGINT USING (rows::BIGINT)]

Answer 6 · 2019-12-10T18:49:22.000Z

cc @nocaway @m-iancu : any thoughts? Maybe we don't yet support these alter table variants?

Answer 7 · 2020-01-31T15:34:22.000Z

+1 For this issue cause I can't restore my dump for this

Answer 8 · 2020-01-31T15:41:30.000Z

@irizzant which exact statement is blocking you ?

Answer 9 · 2020-01-31T16:39:38.000Z

@ddorian

pg_restore: [archiver (db)] could not execute query: ERROR:  ALTER TABLE ALTER column not supported yet
LINE 14: ALTER TABLE ONLY crm.customer_relationships ALTER COLUMN ind...
                                                     ^
HINT:  See https://github.com/YugaByte/yugabyte-db/issues/1124. Click '+' on the description to raise its priority
    Command was: CREATE TABLE crm.customer_relationships (
    customer_id character(16) NOT NULL,
    index integer NOT NULL,
    relationship_type character varying(20) NOT NULL,
    assigned_by integer NOT NULL,
    assigned_on timestamp without time zone NOT NULL,
    since date NOT NULL,
    upto date,
    deleted_by integer,
    deleted_on timestamp without time zone,
    record_status character(1) NOT NULL
)
WITH (autovacuum_enabled='true');
ALTER TABLE ONLY crm.customer_relationships ALTER COLUMN index SET STATISTICS 0;

Answer 10 · 2020-01-31T16:43:17.000Z

@irizzant I believe you need this issue then : #1013 ?

Answer 11 · 2020-01-31T16:47:14.000Z

@ddorian ok thank you, I've also subscribed to #1013

Answer 12 · 2020-01-31T16:54:24.000Z

@irizzant I don't think we use index-statistics like in postgresql. Can you comment that statement and continue migration and see if there's anything else blocking you ?

Answer 13 · 2020-02-04T14:38:34.000Z

@ddorian not an easy task, I have a whole company db dump I have to try and search/replace for occurrences is not feasible.
The blocking issues I'm having, apart from this, are:

Answer 14 · 2021-01-25T18:26:56.000Z

Good work guys, i can not migrate my schema for the following reason, is there a way around this?
*** There was an issue. Reason: This ALTER TABLE command is not yet supported.. Table: null Column: null

Answer 15 · 2021-01-25T18:30:29.000Z

Hey @uwejan, would you mind posting the exact command you're executing and YB version you're using on our community slack or forum so we could give you more detailed answer?

Answer 16 · 2021-01-25T18:34:40.000Z

@frozenspider Hi, i have posted on slack. Thank you.

Answer 17 · 2021-11-26T20:48:15.000Z

+1 for support for: "ALTER TABLE name CLUSTER ON"

I'm looking to use yugabytedb as a stand-in for pgsql for an existing application. I'm looking to see if I can modify the application & schema as needed, but obviously it'd be easier for me to use yugabytedb as a 'drop-in' replacement if it did not throw an unsupported error.

Answer 18 · 2021-11-29T14:53:49.000Z

@dbotwinick the tables & indexes are clustered on disk by default https://docs.yugabyte.com/latest/architecture/docdb/ by the PRIMARY KEY.

And I don't think there's a chance in the near/medium term to support clustering on something else besides the primary key. So for now you can just ignore this error.

We'll look internally into enabling it and making it a no-op for now.

Answer 19 · 2021-12-17T22:54:09.000Z

@dbotwinick the tables & indexes are clustered on disk by default https://docs.yugabyte.com/latest/architecture/docdb/ by the PRIMARY KEY.

And I don't think there's a chance in the near/medium term to support clustering on something else besides the primary key. So for now you can just ignore this error.

We'll look internally into enabling it and making it a no-op for now.

@ddorian that would work for me! I haven't done particular testing on the performance implications that could possibly come up here... but my gut feeling is that it wouldn't particularly be a problem in this case. Ideally I could just use the vanilla application without modification, so if it were a no-op and it logs a warning or something--that would be sufficient for my purposes. It would also work for me if there were some sort of configuration flags to switch between no-op while logging issue and throwing an error. I don't know how treating it as a no-op might cause trouble for others, so it might be safer to make it a configurable option so that the defaults are safer? (although that comes with its own issues)

Answer 20 · 2023-03-27T06:21:24.000Z

+1 I can't migrate from my dump

ERROR: ALTER TABLE ALTER column not supported yet
LINE 1: ALTER TABLE ONLY public.event_search ALTER COLUMN room_id SE...

CREATE TABLE public.event_search (
    event_id text,
    room_id text,
    sender text,
    key text,
    vector tsvector,
    origin_server_ts bigint,
    stream_ordering bigint
);
ALTER TABLE ONLY public.event_search ALTER COLUMN room_id SET (n_distinct=-0.01);

Answer 21 · 2023-03-27T08:01:20.000Z

Hi @pcmid

ALTER TABLE ONLY public.event_search ALTER COLUMN room_id SET (n_distinct=-0.01);

Can you explain the use case behind manually changing the statistics? Do you know in advance the number of unique values in the column?

Answer 22 · 2023-03-27T10:22:06.000Z

Hi @pcmid

ALTER TABLE ONLY public.event_search ALTER COLUMN room_id SET (n_distinct=-0.01);

Can you explain the use case behind manually changing the statistics? Do you know in advance the number of unique values in the column?

Thanks for reply. The reason is here.
Maybe this is only needed in postgresql?

Answer 23 · 2023-03-29T14:55:47.000Z

@pcmid probably yes, you can ignore it in this case.

Answer 24 · 2023-04-27T13:31:10.000Z

@dodilp - FOREIGN KEY is being implemented as we speak. Hope to have it in a few weeks.

Is this implemented?

Answer 25 · 2023-04-27T13:34:25.000Z

@purvish-bs yes https://docs.yugabyte.com/preview/explore/indexes-constraints/foreign-key-ysql/

Answer 26 · 2023-05-16T15:04:29.000Z

I am not a pro in SQL, Could anyone please explain what is not supported here? Thanks in Advance

Answer 27 · 2023-05-16T16:07:26.000Z

@purvish-bs

can you provide the full sql migration?
I have to look at your schema. I think you may have linked the table to a composite type, not really sure though without having all the migration.

Answer 28 · 2023-07-12T00:55:03.000Z

Known issues for ALTER TYPE:
#17756 (ALTER TABLE ALTER COLUMN TYPE fails when on range key table with split options)
#18066 (ALTER TYPE fails after DROP COLUMN)

Answer 29 · 2024-06-02T21:11:36.000Z

I'm seeing this in a real world scenario upon schema installation, see https://github.com/element-hq/synapse/blob/master/synapse/storage/schema/state/full_schemas/72/full.sql.postgres#L23

Are there any workarounds available on Yugabyte side? I could obviously change the schema to make it compatible, but then I couldn't rely on Synapse schema upgrades going forward...

Answer 30 · 2024-06-03T11:50:52.000Z

@ctr49

Are there any workarounds available on Yugabyte side? I could obviously change the schema to make it compatible, but then I couldn't rely on Synapse schema upgrades going forward...

There are no current workarounds. You can make a fork of synapse and just comment that part and you still can rely on them for the other upgrades. You can also subscribe to issue #16675 for updates.

Answer 31 · 2024-10-08T19:41:17.000Z

+1 for ALTER TABLE name SET (storage_option = value)

alter table column set (fillfactor = 75);

Answer 32 · 2024-10-13T13:27:27.000Z

Related: #23889
For ALTER TABLE name SET (...) & ALTER TABLE name RESET (...).
(To be implemented as no-op.)