Sql server 在edmx-file(支持SQL Server 2005)上使用ProviderManifestToken=2005有任何副作用吗?

Sql server 在edmx-file(支持SQL Server 2005)上使用ProviderManifestToken=2005有任何副作用吗?,sql-server,entity-framework,edmx,Sql Server,Entity Framework,Edmx,在开发过程中,我们使用SQL Server 2012,但一些客户可能有2005年的版本。为了使实体框架数据模型与旧版本一起工作,必须将ProviderManifestToken(位于edmx文件中)设置为2005 现在我的问题是,这有副作用吗?我们已经注意到,一些数据绑定(winforms)在我们更改它的同时发生了故障,但这可能是巧合。因此,如果更改此值,是否会产生其他负面影响?ProviderManifestToken主要用于Sql生成过程中,以确保生成的查询将在数据库的目标版本上工作。因为在

在开发过程中,我们使用SQL Server 2012,但一些客户可能有2005年的版本。为了使实体框架数据模型与旧版本一起工作,必须将ProviderManifestToken(位于edmx文件中)设置为2005


现在我的问题是,这有副作用吗?我们已经注意到,一些数据绑定(winforms)在我们更改它的同时发生了故障,但这可能是巧合。因此,如果更改此值,是否会产生其他负面影响?

ProviderManifestToken主要用于Sql生成过程中,以确保生成的查询将在数据库的目标版本上工作。因为在Sql Server查询的情况下,以前版本的查询应该继续在当前版本上工作,所以这应该不是问题。所以,一般来说,您所做的应该是可行的,因为您将向Sql 2008/2012数据库发送Sql 2005查询。我对绑定知之甚少,但在我看来,它不太可能是使用2005作为ProviderManifestToken造成的。我看到一些惊喜的场景是当您将清单令牌从2005年更改到2008年时(基本上是您升级了数据库和应用程序)-混淆主要围绕datetime/datetime2(AFAIR datetime2类型可能突然出现在查询中)

我们看到数据绑定问题可能与Windows更新有关。