Сопоставление ограничения, введенного без указания имени ограничения, и имени соответствующего столбца средствами SSMS

Если для какого-то столбца введено ограничение UNIQUE или DEFAULT без явного указания имени ограничения (что конечно не комильфо), то есть это имя ограничения генерится в ходе исполнения запроса автоматически без указания в нём имени столбца, то как потом понять с помощью средств SSMS к какому столбцу оно относится?
С ограничением CHECK можно разобраться - если кликнуть по нему в списке Constraints SSMS, то откроется окно в котором будет имя столбца (непосредственно в выражении ограничения).
Если DEFAULT один, то с ним тоже можно разобраться, если просмотреть свойства всех столбцов таблицы и увидеть в каком там задано дефолтное значение. Если два - то уже не поймешь что к чему.
А как сопоставить ограничение UNIQUE без имени со столбцом для которого оно введено - вообще не понятно.
Странно, что в Column Properties не отражаются эти ограничения с их именами для каждого столбца.
Вообще интерфейс SSMS (по крайней мере на первый взгляд) представляется местами не вполне логичным.
???

0

?

1

pincet,
спасибо, поясню.
Моё недоумение связано с тем, что в рамках SSMS есть определенный инструментарий, но по какому принципу он комплектовался - никак не могу понять. Если бы его вообще не было - понятно. Но он есть частичный. Выборочный. При том, что вполне понятно, что он мог бы быть и шире. Но какой принцип положен в основу выбора инструментария и его пользовательского интерфейса - не понятно. Например, почему для ограничений CHECK он полнее, чем для DEFAULT? Было бы проще, если бы было единообразие. Чтобы кликнул по ограничению в списке Constraints и получил однозначный результат - таблицу с информацией. А так по CHECK кликаешь - кое-что получаешь, а по DEFAULT кликаешь - и никакой реакции. Так нельзя делать интерфейс даже любительской программы. Однородные элементы должны иметь однородный (формально) функционал (понятно, что в раскрывающейся таблице информация должна быть разной для ограничений разного типа, но сама таблица должна быть). А тут продукт самой большой софт корпорации, а структура какая-то колхозная. Не логичная. Либо я чего-то важного не уловил)
А ограничение UNIQUE вообще не списке ограничений а в списке Indexes вместе с ключами.
Пока улавливаю только то, что нужно максимально возможно забить на функционал "кнопочек" SSMS и всё делать через SQL запросы.

0

SSMS - морда. Как говорится "не нравится - на пользуйся". Напиши себе свою (видел, кстати такие реализации от буржуинов. когда сказал им, что SSMS - бесплатный софт, были очень удивлены)

1

Сообщение от titan4ik всё делать через SQL запросы

Это, кстати, никогда не помешает. А то некоторые "кнопкодавы" напрочь забывают SQL, по крайней мере в части DDL. А потом требуется создать скрипт для изменения структуры БД и тут начинается "плавание".

2

именно
sqlcmd

1