Vorrei aggiungere alcuni dettagli, poiché le risposte esistenti sono piuttosto sottili :
Il suggerimento più importante è: non devi mai creare un vincolo senza un nome esplicito!
Il problema più grande con vincoli senza nome : quando lo esegui su vari computer dei clienti, otterrai nomi diversi / casuali su ciascuno.
Ogni futuro script di aggiornamento sarà un vero mal di testa ...
Il consiglio generale è:
- Nessun vincolo senza un nome!
- Utilizzare alcune convenzioni di denominazione, ad es
DF_TableName_ColumnName
per un vincolo predefinito
CK_TableName_ColumnName
per un vincolo di controllo
UQ_TableName_ColumnName
per un vincolo unico
PK_TableName
per un vincolo chiave primaria
La sintassi generale è
TheColumn <DataType> Nullability CONSTRAINT ConstraintName <ConstraintType> <ConstraintDetails>
Prova qui
Puoi aggiungere più vincoli a ciascuna colonna e puoi aggiungere ulteriori vincoli così come aggiungi colonne dopo una virgola:
CREATE TABLE dbo.SomeOtherTable(TheIdThere INT NOT NULL CONSTRAINT PK_SomeOtherTable PRIMARY KEY)
GO
CREATE TABLE dbo.TestTable
(
--define the primary key
ID INT IDENTITY NOT NULL CONSTRAINT PK_TestTable PRIMARY KEY
--let the string be unique (results in a unique index implicitly)
,SomeUniqueString VARCHAR(100) NOT NULL CONSTRAINT UQ_TestTable_SomeUniqueString UNIQUE
--define two constraints, one for a default value and one for a value check
,SomeNumber INT NULL CONSTRAINT DF_TestTable_SomeNumber DEFAULT (0)
CONSTRAINT CK_TestTable_SomeNumber_gt100 CHECK(SomeNumber>100)
--add a foreign key constraint
,SomeFK INT NOT NULL CONSTRAINT FK_TestTable_SomeFK FOREIGN KEY REFERENCES dbo.SomeOtherTable(TheIdThere)
--add a constraint for two columns separately
,CONSTRAINT UQ_TestTable_StringAndNumber UNIQUE(SomeFK,SomeNumber)
);
GO
--inserire alcuni dati
INSERT INTO dbo.SomeOtherTable VALUES(1);
INSERT INTO dbo.TestTable(SomeUniqueString,SomeNumber,SomeFK) VALUES('hello',111,1);
GO
INSERT INTO dbo.TestTable(SomeUniqueString,SomeNumber,SomeFK)
VALUES('fails due to uniqueness of 111,1',111,1);