Sql server SQL Server中命名实例的好处是什么？

在SqlLocalDB中创建命名实例而不是使用默认的v11.0实例有什么好处？在我的场景中，我使用连接字符串中的AttachDbFileName选项附加数据库文件

---

一个助手问题：对于不同的LocalDB实例是否可以有不同的设置？如果是这样的话，我读到什么样的设置您不能更改，例如排序规则？

如果您希望在同一台机器上运行多个SQL Server实例，您必须命名它们以区分它们。除此之外，就正常使用而言，没有任何真正的好处

---

如果您需要不同的服务器配置，甚至不同的版本，多个实例非常有用。例如，假设您有一个为Sql 2008创建的数据库，并且希望为Sql 2012的新应用程序创建一个新的数据库。您可以在同一台计算机上托管这两个实例，并使用最高级版本的功能，同时保持旧版本的正常工作。

如果您希望在同一台计算机上运行多个SQL Server实例，则必须对它们进行命名以区分它们。除此之外，就正常使用而言，没有任何真正的好处

---

如果您需要不同的服务器配置，甚至不同的版本，多个实例非常有用。例如，假设您有一个为Sql 2008创建的数据库，并且希望为Sql 2012的新应用程序创建一个新的数据库。您可以在同一台计算机上托管这两个实例，并使用最高级版本的功能，同时保持旧版本的工作状态。

请注意，您只能安装一个默认实例，但可以安装多个命名实例。最好只在每个主机上安装默认实例，除非您有特殊需要在同一主机上安装多个SQL Server实例，例如并发运行不同版本、群集或其他隔离要求。出于差异化的原因，任何其他实例都必须明显地命名

默认实例和命名实例之间的根本区别主要是网络连接的问题。客户端可以通过已知的1433端口仅使用主机名连接到默认实例。要连接到命名实例，客户端将指定主机和实例名称，例如MyHost\My_实例，SQL Server Browser服务将返回命名实例正在侦听的端口

在现实世界中，拥有多个实例的原因因组织而异。以下是一些最常见的原因：

应用程序功能或负载测试

负载测试—能够加载多个代码库，协调停止所需实例以执行负载测试，执行负载测试，然后在完成后重新启动所有实例。 功能测试 能够拥有多个代码库，并且能够使用预先分配的资源独立测试。 服务器整合

最近的趋势之一是将多个SQL Server实例整合到一台服务器上。对于多个SQL Server实例，可以对单个实例执行完整的SQL Server备份和恢复，以保持与原始服务器相同的功能。 内部托管\部门服务器共享

由于SQL Server最初被认为是一种部门解决方案，因此可以在一台物理服务器上有多个SQL Server实例来平等地共享服务器的资源—大量CPU和内存。 对于遵循该模式的组织来说，此场景非常适合向部门收取费用。 保安

对于那些需要提升SQL Server权限的讨厌的第三方应用程序，如果您不想在同一个实例上混合应用程序，多个实例是理想的选择。 演示

多个实例是支持演示的理想选择，演示需要演示特定应用程序及其对SQL Server的影响。 资料来源：

很高兴读到：

---

请注意，您只能安装一个默认实例，但可以安装多个命名实例。最好只在每个主机上安装默认实例，除非您有特殊需要在同一主机上安装多个SQL Server实例，例如并发运行不同版本、群集或其他隔离要求。出于差异化的原因，任何其他实例都必须明显地命名

默认实例和命名实例之间的根本区别主要是网络连接的问题。客户端可以通过已知的1433端口仅使用主机名连接到默认实例。要连接到命名实例，客户端将指定主机和实例名称，例如MyHost\My_实例，SQL Server Browser服务将返回命名实例正在侦听的端口

在现实世界中，拥有多个实例的原因因组织而异。以下是一些最常见的原因：

应用程序 非对称或负载测试

负载测试—能够加载多个代码库，协调停止所需实例以执行负载测试，执行负载测试，然后在完成后重新启动所有实例。 功能测试 能够拥有多个代码库，并且能够使用预先分配的资源独立测试。 服务器整合

最近的趋势之一是将多个SQL Server实例整合到一台服务器上。对于多个SQL Server实例，可以对单个实例执行完整的SQL Server备份和恢复，以保持与原始服务器相同的功能。 内部托管\部门服务器共享

由于SQL Server最初被认为是一种部门解决方案，因此可以在一台物理服务器上有多个SQL Server实例来平等地共享服务器的资源—大量CPU和内存。 对于遵循该模式的组织来说，此场景非常适合向部门收取费用。 保安

对于那些需要提升SQL Server权限的讨厌的第三方应用程序，如果您不想在同一个实例上混合应用程序，多个实例是理想的选择。 演示

多个实例是支持演示的理想选择，演示需要演示特定应用程序及其对SQL Server的影响。 资料来源：

很高兴读到：

---

我可以看到两个可能的好处，性能和控制配置的能力

LocalDB的限制方式与其他SQL Express实例相同，每个实例应用CPU和RAM限制。如果您的应用程序使用自己的实例，它将自己获得所有实例，而不需要与其他应用程序共享。使用默认实例意味着您的应用程序必须使用默认实例与其他应用程序共享

---

如果需要进行任何可能破坏其他应用程序的特殊实例范围的配置，也可以使用命名实例。或者，如果您担心其他一些行为不端的应用程序可能会对默认实例进行更改，从而破坏您的应用程序，并让您的客户责备您。双向工作：-

我可以看到两个可能的好处，性能和控制配置的能力

LocalDB的限制方式与其他SQL Express实例相同，每个实例应用CPU和RAM限制。如果您的应用程序使用自己的实例，它将自己获得所有实例，而不需要与其他应用程序共享。使用默认实例意味着您的应用程序必须使用默认实例与其他应用程序共享

---

如果需要进行任何可能破坏其他应用程序的特殊实例范围的配置，也可以使用命名实例。或者，如果您担心其他一些行为不端的应用程序可能会对默认实例进行更改，从而破坏您的应用程序，并让您的客户责备您。双向工作：-

命名任何东西的好处是什么你可以叫它名字。很明显。但请注意，v11.0也被命名，但我不需要创建它共享、管理安全性等。。那为什么要麻烦呢？我希望MS提供一个功能是有原因的。命名任何东西的好处是什么你可以叫它名字。很明显。但请注意，v11.0也被命名，但我不需要创建它共享、管理安全性等。。那为什么要麻烦呢？我认为MS提供功能是有原因的。所谓命名实例，我指的是您使用sqllocaldb.exe create MyInstance命令创建的实体。稍后，您可以在连接字符串中使用它，如数据源=LocalDB\MyInstance；AttachDbFileName=c:\myfile.mdfOk所以是的，我们谈论的是同一件事。我编辑我的答案是为了向您提供更多详细信息。如果您觉得我没有回答您的问题，请随时询问更多详细信息。您要按命名实例保存许可证成本，我是指您使用sqllocaldb.exe create MyInstance命令创建的实体。稍后，您可以在连接字符串中使用它，如数据源=LocalDB\MyInstance；AttachDbFileName=c:\myfile.mdfOk所以是的，我们谈论的是同一件事。我编辑了我的答案以向您提供更多详细信息。如果您觉得我没有回答您的问题，请随时询问更多详细信息。您将节省许可证成本关于资源限制的第一个原因是有意义的，谢谢。至于第二个问题：在LocalDB的情况下，我或任何其他使用共享实例的应用程序真的可以在实例范围内进行任何配置更改吗？关于资源限制的第一个原因很有意义，谢谢。至于第二个问题：在LocalDB的情况下，我或使用共享实例的任何其他应用程序是否真的可以进行实例范围的配置更改？