View > Server Explorer 与 View > SQL Server Object Explorer 的典型用法是什么?

What is the typical usage of View > Server Explorer vs View > SQL Server Object Explorer?

Server Explorer 和 Visual Studio 提供的 SQL Server Object Explorer "Views"(无双关)之间的连接(无双关)或关系 (NPI) 是什么?

当我想检查数据库时,我可以 select 查看 > 服务器资源管理器,主要 categories/folders 是:

Azure
Data Connections
Servers
SharePoint Connections

在数据连接中,有 duckbill.PlatypusData.dbo 等项目,其中包含以下文件夹:

Tables
Views
Stored Procedures
Functions
Synonyms
Types
Assemblies

如果,OTOH,我 select 查看 > SQL 服务器对象资源管理器,有以下两类项目:

SQL Server
Projects

在 SQL 服务器下,duckbill 有这些文件夹:

Databases
Security
Server Objects

在 Databases.PlatypusData 中有这些子文件夹:

Tables
Views
Synonyms
Programmability
Service Broker
Storage
Security

因此,View > Server Explorer > Data Connections > [database name] 的独特之处在于这些项目:

Stored Procedures
Functions
Types
Assemblies

独特的视图 > SQL 服务器对象资源管理器 > SQL 服务器是这些项目:

Programmability
Service Broker
Storage
Security

两者"Views"的共同点是:

Tables
Views
Synonyms

因此,例如,对于 view/run 存储过程,我需要使用视图 > 服务器资源管理器。这两个视图的用法之间的 "cutoff point" 是什么。一个用于某种类型的 developer/development,另一个用于其他东西?它们都用于不同的 "Roles" (NPI) 吗?

在我看来,来自 Visual Studio 的视图只是对传统可用的 SQL Management Studio 的扩展。我认为它们都有自己的用途和目的。 Visual Studio 通常由应用程序程序员用来快速查询数据并检查 SQL 服务器中的对象。或者由 DevOps 人员查看各种其他内容,例如服务器节点下的事件日志或服务状态。

然而,SQL Management Studio 仅供 SQL 人使用。谁与应用程序开发本身没有任何关系。

我认为没有任何截止点。它是一个选项。然而,看到微软正在取得的发展,如果有一天他们将两者合并在一起,我不会感到惊讶。我记得以前有 Query32.exe 用于在 SQL Management studio 之外查询 SQL 服务器数据。