LINQ to SQL 设计器和地理数据类型

Question

我在将表格加载到设计器中时遇到一些问题。 我收到以下错误。

一个或多个所选项目包含设计器不支持的数据类型

我是否正确地假设是表中使用的地理类型导致了此错误？

非常感谢任何指点。

Answer 1

要更正此错误：

1. 创建一个基于所需表且不包含不受支持的数据类型的视图。
   2. 将视图从服务器资源管理器/数据库资源管理器拖到设计器上。

或参阅这篇文章 缺失的 Linq to SQL Spatial，本文提供有关如何在 Linq to SQL 中使用 SQL Server 空间数据类型（地理和几何）的提示和技巧

Answer 2

检查下面的文章/答案以了解详细信息：

SqlGeography 和 Linq to Sql

是否可以使用SqlGeography使用 Linq to Sql？

Linq to SQL 不支持空间类型。支持并不是“不太好”——而是根本不存在。

您可以将它们作为 BLOB 读取，但不能通过简单地更改 Linq to SQL 中的列类型来做到这一点。您需要使用 CAST 语句在数据库级别更改查询以将列作为 varbinary 返回。您可以通过添加计算的 varbinary 列在表级别执行此操作，Linq 会很乐意将其映射到 byte[]。

Answer 3

我有一个项目（当然是一个小项目），它逐渐对空间类型提出了新的要求。我决定看看从 LINQ 升级到 SQL 到实体框架有多么容易。

我花了不超过30分钟。在开始之前，请确保您有源代码管理备份。

1. Install-Package EntityFramework -Version {pick one}
2. 删除旧的 .dbml 文件
3. 生成新的实体模型并更新对新实体对象的引用（这是如果您已经有一个基础存储库或包装 LINQ to SQL 的东西，则更容易）。我选择了这条路线（数据库优先/设计器），因为这是从 LINQ 到 SQL 的更简单的升级路径。如果您愿意，可以先尝试编写代码，但是... YMMV。
4. 更新您的连接字符串。实体框架有自己奇怪的围绕传统 SQL 连接的包装器。我的是这样的，你的可能看起来不同： metadata=res://*/;provider=System.Data.SqlClient;provider connection string='Data Source=.\SQLEXPRESS;初始目录=MyDataBase； Integrated Security=True'
5. 修复编译错误。其中大部分是 Insert/DeleteOnSubmit 和 EF 的 Add/Remove 或 Add/RemoveRange 方面的差异。事务范围的工作方式可能不同（考虑使用context.Database.BeginTransaction而不是事务范围）。
6. 解决编译错误后重新构建它。

就是这样。这比我预期的要容易得多，现在我可以毫无技巧地使用空间类型。