.net 是否有针对多用户商业应用程序使用SQLExpress的经验？

我继承了我们多年来开发和销售的VB6/Access应用程序。我们将介绍SQLServer2005Express版和.Net

应用程序可以是多用户的。目前，客户的设置很简单——在首次启动时导航到文件夹以创建数据库；第二个用户浏览到同一个文件

如果我们使用SQLExpress，我相信我们的应用程序将需要更多的参与来在服务器上配置SQLExpress。但我认为我们将获得更好的安全性，并且（在不更改代码的情况下）为更大的客户提供SQL版本

如何从安装和技术支持的角度创造最佳客户体验？你遇到了什么问题？什么安装过程有效

---

您是为服务器/客户端单独安装，还是只提供良好的说明？客户在第一次尝试时会犯什么错误？

既然您仍在考虑使用SQLExpress，您的团队是否考虑过？您仍然可以拥有所需的数据库功能，而无需在客户端系统上安装引擎。

SQL Server 2005 Express Edition可以轻松地与任何像样的安装程序一起安装。只需要几个小时的工作！如果你一心想安装，那么不要让安装的恐惧阻碍你。

有多少用户和多少数据

我不知道是否有关于SQL Express 2005“过多”用户数量的一般指导原则，但有4GB的硬数据限制。我的猜测是，你不会因为访问传统而受到影响，但知道这一点是件好事

您可以自动安装SQL Express。我看到它被安装是因为我妻子安装了它，她是我最不怀疑安装它的人

---

我认为还有一个目标是.NET3.5和WindowsMobile。我相信它更类似于Access中的“单文件数据库”位。

SQL Express将在功能和可靠性方面比Access有一个巨大的进步。它不需要更多的配置，只要您知道自己在做什么，就可以使用不同的方法。

我建议您使用SQL Express路线，并将其包含在安装包中。安装程序有大量的命令行选项，您可以使用SQL脚本对数据库进行任何安装后配置（即启用/禁用CLR集成、OpenRowset和其他功能）

此外，它比旧的MSDE 2000安装更稳定；我做了噩梦支持这一点。我还发现，百分之九十九的情况下，使用默认的DB安装参数会让人们感到高兴

---

Visual Studio中的部署项目允许您轻松安装SQL Server Express实例

对于我们的应用程序，我们有相同的场景，这意味着您确实需要为客户端和服务器分别安装

我们的服务器安装需要安装新的SQL server，或者在必要时升级现有安装的架构。客户端安装只是打包客户端所需的文件。您必须考虑升级数据库模式的情况，并确保客户端具有更新的客户端版本，该版本对新架构起作用。我们通过以下简单方式实现这一目标：

在数据库中存储版本id，例如1.0.1 更新客户端应用程序的AssemblyInfo.cs，并确保程序集版本与数据库中存储的版本匹配。如果没有，它会提示用户安装新版本

---

为了获得最佳的用户体验，您希望能够安装新的服务器版本，并让所有客户端自动更新。我们有这样做的方法，如果需要，我可以给你更多的细节。

在我的公司，我们经常使用它。在速度较慢的机器上出现启动时间较慢的问题

---

Out安装体验并不完美-有一个实用程序可以还原应用程序用作数据库模板的数据库。

另一个选项：我相信您也可以在“文件模式”中使用SQL Server Express，您只需指向MDF文件，而不必运行SQL Server实例。这与您当前的应用程序使用Access的声音非常相似。我不确定这在多用户情况下是如何工作的，但这可能需要调查。

SQL Server 2005 Express的最大数据库大小实际上是4GB。数据太多，我们会使用SQL Server标准。所以让他们安装SQL Express，并给出在应用程序中输入连接字符串的良好说明？对我来说，几小时？或者让我的客户花几个小时来安装它？我们喜欢单用户的“文件模式”（我想他们称之为“进程中”）。但对于多用户，您必须在共享文件所在的服务器上（或至少在其中一个工作站上）安装SQLExpress。正式名称为“用户实例”。详情请参见“谢谢”！客户端如何在第一次安装时“找到”服务器？我听说有一家公司要求您将S:drive映射到服务器上的安装文件夹，他们选择了db设置。或者你可以导出一个导入到客户端的配置文件？这是对默认参数和链接的很好的调用。MSDE是我们长期坚持访问的原因。我很高兴SQLExpress少了麻烦。