Nota: a partire dal database SQL di Azure v12, queste restrizioni non si applicano più.
Non esiste un "indice primario". Esiste una "chiave primaria" e esiste anche un "indice cluster". Concetti distinti, spesso confusi. Con questa distinzione in mente, lasciamo rivisitare la domanda:
Q1) È possibile modificare l'indice cluster in una tabella di SQL Azure?
A: Sì. Utilizzare WITH (DROP_EXISTING=ON)
:
create table Friend (
UserId int not null,
Id int not null);
go
create clustered index cdxFriend on Friend (UserId, Id);
go
create clustered index cdxFriend on Friend (Id, UserId) with (drop_existing=on);
go
Q2) È possibile modificare l'indice cluster di una tabella che ha un vincolo di chiave primaria?
A: Sì, come sopra, purché il vincolo della chiave primaria non venga applicato tramite l'indice cluster:
create table Friend (
UserId int not null,
Id int not null identity(1,1),
constraint pk_Friend primary key nonclustered (Id));
create clustered index cdxFriend on Friend (UserId, Id);
go
create clustered index cdxFriend on Friend (Id, UserId) with (drop_existing=on);
go
Q3) È possibile modificare il vincolo chiave primaria di una tabella?
A: Sì, purché il vincolo primario non venga applicato tramite l'indice cluster:
create table Friend (
UserId int not null,
Id int not null identity(1,1),
constraint pk_Friend primary key nonclustered (Id));
go
create clustered index cdxFriend on Friend (UserId, Id);
go
alter table Friend drop constraint pk_Friend;
alter table Friend add constraint pk_Friend primary key nonclustered (UserId)
go
Q4) È possibile modificare la chiave primaria di una tabella quando viene applicata tramite l'indice cluster?
A: Sì, se la tabella non ha mai avuto righe:
create table Friend (
UserId int not null,
Id int not null identity(1,1),
constraint pk_Friend primary key clustered (UserId, Id));
go
alter table Friend drop constraint pk_Friend;
alter table Friend add constraint pk_Friend primary key clustered (Id, UserId)
go
Q5) È possibile modificare la chiave primaria di una tabella quando viene applicata tramite l'indice cluster se la tabella viene popolata?
A: No. Qualsiasi operazione che converte un indice cluster popolato in un heap verrà bloccata in SQL Azure, anche se la tabella è vuota :
create table Friend (
UserId int not null,
Id int not null identity(1,1),
constraint pk_Friend primary key clustered (UserId, Id));
go
insert into Friend (UserId) values (1);
delete from Friend;
go
alter table Friend drop constraint pk_Friend;
Come nota a margine: il vincolo può essere modificato se la tabella viene troncata .
La soluzione alternativa per modificare il vincolo PK di una tabella popolata è fare il buon vecchio sp_rename
trucco:
create table Friend (
UserId int not null,
Id int not null identity(1,1),
constraint pk_Friend primary key clustered (UserId, Id));
go
insert into Friend (UserId) values (1);
go
create table FriendNew (
UserId int not null,
Id int not null identity(1,1),
constraint pk_Friend_New primary key clustered (Id, UserId));
go
set identity_insert FriendNew on;
insert into FriendNew (UserId, Id)
select UserId, Id
from Friend;
set identity_insert FriendNew off;
go
begin transaction
exec sp_rename 'Friend', 'FriendOld';
exec sp_rename 'FriendNew', 'Friend';
commit;
go
sp_help 'Friend';
L' sp_rename
approccio presenta alcuni problemi, soprattutto perché le autorizzazioni sulla tabella non vengono riportate durante la ridenominazione, nonché i vincoli di chiave esterna.