Каково типичное использование View> Server Explorer vs View> Обозреватель объектов SQL Server?

Question

Какая связь (без каламбура) или отношения (NPI) между Проводником сервера и проводником объектов SQL Server «Представления» (не предназначены для каламбуров), доступные в Visual Studio?

Когда я хочу исследовать базу данных можно выбрать View> Server Explorer, а также основные категории/папки:

Azure 
Data Connections 
Servers 
SharePoint Connections 

В Connections данных, есть такие элементы, как duckbill.PlatypusData.dbo, которые содержит следующие папки:

Tables 
Views 
Stored Procedures 
Functions 
Synonyms 
Types 
Assemblies 

Если Ото, я выбираю View> SQL Object Server Explorer, то эти две категории товаров:

SQL Server 
Projects 

Под SQL Server, утконос имеет следующие папки:

Databases 
Security 
Server Objects 

В Databases.PlatypusData Есть эти подпапки

Tables 
Views 
Synonyms 
Programmability 
Service Broker 
Storage 
Security 

Таким образом, уникальный для View> Server Explorer> Подключения данных> [БД имя] эти детали:

Stored Procedures 
Functions 
Types 
Assemblies 

Уникальная для просмотра> SQL Server Explorer, Object> SQL Server эти детали:

Programmability 
Service Broker 
Storage 
Security 

Общность между двумя "Views" являются:

Tables 
Views 
Synonyms 

Так, например, для просмотра/запуска хранимых процедур нужно использовать View> Проводник сервера. Что такое «точка отсечения» между использованием этих двух представлений. Является ли это для определенного типа разработчика/разработки, а для чего-то другого? Предназначены ли они для разных «ролей» (NPI)?

Answer 1

На мой взгляд, вид из Visual Studio - это просто расширение традиционно доступной SQL Management Studio. Я думаю, что оба они имеют свои собственные цели и цели. Visual Studio обычно используется прикладным программистом для быстрого запроса данных и изучения объектов в SQL Server. Или персонажем DevOps для просмотра других вещей, таких как EventLog или Status Services в узле сервера.

Принимая во внимание, что SQL Management Studio будет использоваться только человеком SQL. Кто не имеет никакого отношения к разработке приложений как таковой.

Я не думаю, что есть какая-либо точка отсечения как таковая. Это вариант, который есть. Однако, видя развитие Microsoft делает я не удивлюсь, если они будут сливаться два вместе в один прекрасный день. Я помню, в прежние времена существовал Query32.exe, который использовался для запроса данных SQL Server за пределами студии управления SQL.