Clave primaria y externa al mismo tiempo

Question

¿Sería posible en SQL Server 2008 tener una tabla creada con 2 columnas que son al mismo tiempo claves primarias y externas? En caso afirmativo, ¿cómo se vería ese código? He buscado y no encontré nada.

Answer 1

Claro, no hay problema:

CREATE TABLE dbo.[User] 
(
    Id int NOT NULL IDENTITY PRIMARY KEY, 
    Name nvarchar(1024) NOT NULL 
); 

CREATE TABLE [Group] 
(
    Id int NOT NULL IDENTITY PRIMARY KEY, 
    Name nvarchar(1024) NOT NULL 
); 

CREATE TABLE [UserToGroup] 
(
    UserId int NOT NULL, 
    GroupId int NOT NULL, 
    PRIMARY KEY CLUSTERED (UserId, GroupId), 
    FOREIGN KEY (UserId) REFERENCES [User] (Id) ON UPDATE NO ACTION ON DELETE CASCADE, 
    FOREIGN KEY (GroupId) REFERENCES [Group] (Id) ON UPDATE NO ACTION ON DELETE CASCADE 
); 

Esto se usa muy comúnmente para modelar muchos-a-muchos de relaciones.

Answer 2

Estas construcciones son totalmente diferentes.

A La clave principal se utiliza para imponer la exclusividad dentro de una tabla y ser un identificador único para un determinado registro.

A La clave externa se utiliza para integridad referencial, para asegurarse de que exista un valor en otra tabla.

La clave externa necesita hacer referencia a la clave primaria en otra tabla.

Si desea tener una clave externa que también sea única, puede hacer una restricción FK y agregar un índice/restricción único al mismo campo.

Como referencia, SQL Server permite que un FK haga referencia a un UNIQUE CONSTRAINT, así como a un campo PRIMARY KEY.

Answer 3

Sólo una nota rápida - de las páginas de Microsoft (http://msdn.microsoft.com/en-us/library/ms189049.aspx) ...

"Una restricción de clave externa no tiene que estar vinculado únicamente a una restricción de clave primaria en otra tabla, sino que también se puede definir para hacer referencia las columnas de una restricción ÚNICA en otra tabla ".

No se usa con frecuencia, pero es útil en algunas circunstancias.

Answer 4

Probablemente no sea una buena idea ya que a menudo quiere permitir la duplicación de claves foráneas en la tabla. Incluso si no lo hace ahora, en el futuro, podría, así que mejor no hacer esto. Consulte Is it fine to have foreign key as primary key?