View＆gt;的典型用法是什么？ Server Explorer vs View＆gt; SQL Server对象资源管理器？

Question

Visual Studio中可用的服务器资源管理器和SQL Server对象资源管理器“视图”（没有双关语）之间的连接（没有双关语）或关系（NPI）是什么？

当我想检查数据库时，我可以选择View＆gt;服务器资源管理器和主要类别/文件夹是：

Azure
Data Connections
Servers
SharePoint Connections

在数据连接中，有一些项目，例如duckbill.PlatypusData.dbo，其中包含以下文件夹：

Tables
Views
Stored Procedures
Functions
Synonyms
Types
Assemblies

如果，OTOH，我选择View＆gt; SQL Server对象资源管理器，有以下两类项目：

SQL Server
Projects

在SQL Server下面，duckbill有以下文件夹：

Databases
Security
Server Objects

在Databases.PlatypusData中有以下子文件夹：

Tables
Views
Synonyms
Programmability
Service Broker
Storage
Security

因此，View＆gt;的独特之处在于Server Explorer＆gt;数据连接＆gt; [数据库名称]是这些项目：

Stored Procedures
Functions
Types
Assemblies

独特的视图＆gt; SQL Server对象资源管理器＆gt; SQL Server是这些项目：

Programmability
Service Broker
Storage
Security

两个“观点”之间的共性是：

Tables
Views
Synonyms

因此，例如，要查看/运行存储过程，我需要使用View＆gt; Server Explorer。使用这两个视图之间的“截止点”是什么？是针对特定类型的开发人员/开发人员，还是针对其他事情的人员？它们都是针对不同的“角色”（NPI）吗？

Answer 1

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

然而，SQL Management Studio将仅由SQL人员使用。谁与应用程序开发没有任何关系。

我认为没有任何截止点。它是一个选项。然而，看到微软的发展使我不会感到惊讶，如果他们有一天将两个合并在一起。我记得在过去，有一个Query32.exe用于在SQL Management Studio之外查询SQL Server数据。