与此反馈文档中的人一样,在 SQL Server 2008 Express RTM 中选择“默认实例”选项无效,我必须安装 SQL Server Express 2008 两次,然后才意识到自己在做什么。
即使您选择默认实例,安装也会默认为“SQLExpress”。如果我将 SQL Server Express 安装为实例“MSSQLSERVER”,将来可能会给自己带来什么问题?
与此反馈文档中的人一样,在 SQL Server 2008 Express RTM 中选择“默认实例”选项无效,我必须安装 SQL Server Express 2008 两次,然后才意识到自己在做什么。
即使您选择默认实例,安装也会默认为“SQLExpress”。如果我将 SQL Server Express 安装为实例“MSSQLSERVER”,将来可能会给自己带来什么问题?
我没有看到任何重大问题 - 您必须注意的唯一限制是,如果您需要在同一台服务器上安装 SQL Server 的“完整”版本,则不能将其安装为默认实例,因为该实例名称将默认为 MSSQLSERVER。
但即使将 SQL Server Express 安装为“MSSQLSERVER”,您仍然可以轻松地以不同的实例名称安装 SQL Server 的完整副本——我认为这方面没有任何问题。
SQL Express 本身没有问题。它可以作为默认实例安装、更新、卸载。但是各种管理工具、开发工具、文档和示例都存在很多问题,这些工具有时都假设 Express 实例将被命名为“SQLEXPRESS”。正如您已经发现的那样,这种“默认”的示例是机器配置中的 LocalSqlServer 连接字符串。Andomar 发现还有其他的,包括 VS 安装脚本等。
因此,虽然可以将 SQL Express 作为“MSSQLSERVER”,但它不会被开发平台的许多工具视为SQL Express 实例,因此最好顺其自然并拥有一个名为“SQLEXPRESS”的 SQL Express为了 Visual Studio 和朋友的利益。
我曾经以这种方式安装了 SQL Server Express 2005 的副本。后来,我安装了 Visual Studio 的测试版。结果是灾难性的:Windows 更新无法运行,两种产品的卸载程序都失败了,我只能通过重新安装 Windows 来修复它。
现在也许它已在 SQL Server Express 2008 中修复,但除非真的有必要,否则我不会将它安装为 MSSQLSERVER。
这是我自己造成的一个问题: