This is to make you aware which tables have an autogenerated unique key but does not have any constraint forcing the inserted data to be unique.
Logging tables are the exception.
I have had occasions where duplicate Non-ID data was inserted into lookup tables and the same row gets described by 2 different id's in joins which cause difficult to resolve havoc in reporting, overnight processes and application logic.
Stops the below from happening, if it is still not understood what the intent is
create table destination(id int identity(1,1),name varchar(50),primary key clustered (ID))
GO
insert into Destination(Name)
values ('Blackheath')
GO 2
As always, talk to the devs, test test test before adding them to live.