我发现奇怪的是,在Visual C# 2008速成版中,当您使用数据库资源管理器时,您的选项是:
但如果您使用Visual Web Developer 2008 Express,则可以连接到常规的SQL Server、Oracle、ODBC等。
对于开发命令行或其他需要与SQL Server数据库通信的C#应用程序的人来说,您真的需要在一个集成开发环境(Visual Web Developer)和另一个集成开发环境(Visual C#)中构建您的LINQ/数据访问代码吗?
这不是一个很难的变通方法,但它看起来很奇怪。如果Microsoft想要强制您升级到Visual Studio以连接到SQL Server,为什么他们会在一个免费的IDE中包含该功能,而在另一个IDE中不包含该功能?我觉得我可能遗漏了一些东西(比如如何在Visual C#中完成所有这些工作)。
发布于 2008-10-09 20:24:39
您应该能够选择“SQL Server数据库文件”选项来获取正确类型的数据库( system.data.SqlClient
提供程序),然后手动更正连接字符串以指向您的数据库。
我认为这些数据库选择背后的原因可能是这样的:
然而,这种逻辑并不完全成立。即使这4点中的每一点在90%的情况下都是正确的,但当你应用这四点时,它只适用于~65%的受众,这意味着高达35%的快递市场可能会合法地想要与服务器级数据库交谈,这是一个重要的群体。因此,简化(贪婪)版本:
发布于 2011-01-17 07:22:07
解决方法:
solution in C# Express.
现在,您就拥有了一个链接到Visual C# Express中的SQL Server数据库的LINQ to SQL类库。
更新
该解决方案适用于Visual Studio Express 2010。
发布于 2008-10-09 20:05:09
我的猜测是,使用VWD,您的解决方案更有可能部署到第三方服务器,其中许多服务器不允许动态附加SQL Server数据库文件。从而允许另一种连接类型。
IDE行为的这种差异是升级到完整版的主要原因之一。
https://stackoverflow.com/questions/188963
复制相似问题