2

我正在使用 SQL Server 2008 开发实体框架项目。我们最近更改为datetime2对很多日期使用字段类型，因为我们需要精度。

这适用于我们的实时和开发数据库，​​但作为我们端到端测试的一部分，我们一直在使用不支持该datetime2类型的 SQL Server CE 4.0。当 Entity Framework 尝试构建数据库时，它会返回一系列异常，如下所示：

error 0040: The Type datetime2 is not qualified with a namespace or alias. Only primitive types can be used without qualification.

显然，为了测试目的而更改我们的生产代码没有任何价值，那么有没有办法告诉它将datetime2值转换为常规值datetime或将它们转换为varchar?

测试的目的是确保从数据层到接口的所有内容都按预期工作，因此如果有更好的方法来实现这种测试，可能会提供有用的替代方案。

4

2 回答 2

3

最好使用 SQL Server 2012 LocalDB 而不是 CE。我意识到使用 SQL Server 2012 可能会引入潜在的兼容性问题（尽管它确实不应该），但 LocalDB 是一个完整的 SQL-Server 功能基于文件的数据库。它支持日期时间2

于 2012-10-04T15:51:51.007 回答
1

最后，我找到了解决这个问题的方法，该解决方案足以满足我正在使用的端到端测试配置。我采用的解决方案是使用特殊的 DataContext 来处理 Sql Server CE 请求，因此：

public class TestDataContext : DataContext 
{

    protected override void  OnModelCreating(System.Data.Entity.DbModelBuilder modelBuilder)
    {
        // list of available Conventions: http://msdn.microsoft.com/en-us/library/system.data.entity.modelconfiguration.conventions(v=vs.103).aspx 

        // Remove the column attributes that cause the datetime2 errors, so that 
        // for SQL Server CE we just have regular DateTime objects rather than using
        // the attribute value from the entity.
        modelBuilder.Conventions.Remove<ColumnAttributeConvention>();

        // Attempt to add back the String Length restrictions on the entities. I havent 
        // tested that this works.
        modelBuilder.Configurations.Add( new ComplexTypeConfiguration<StringLengthAttributeConvention>());

        // SQL Server CE is very sensitive to potential circular cascade deletion problems
        modelBuilder.Conventions.Remove<ManyToManyCascadeDeleteConvention>();
        modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>();

    }

}

通过在我的测试类中用 TestDataContext 替换常规 DataContext，我有相同的行为，而不会导致 SQL Server CE 崩溃。

于 2012-10-10T12:15:03.580 回答