真相大白:为什么Entity Framework不能进行跨数据库查询(附解决方法)

在上篇随笔中,我们发现Entity Framework在构建SQL语句时,将ToTable(“CNBlogsTex.dbo.blog_PostBody”)中的”CNBlogsTex.dbo.blog_PostBody”转换为”[CNBlogsText.dbo].[blog_PostBody]”,从而造成不能进行跨数据库查询。

今天上午,我们通过Reflector对Entity Framework的代码进行分析,找出了真相。

真相如下:

1. 对于“CNBlogsTex.dbo.blog_PostBody”字符串,Entity Framework对其进行了拆分,拆分为:Schema名称(CNBlogsTex.dbo)与数据库表名称(blog_PostBod)。

这部分是在System.Data.Entity.ModelConfiguration.Utilities.ObjectExtensions的ParseQualifiedTableName()方法中处理的,Reflector出来的代码如下:

  1. public static void ParseQualifiedTableName(string qualifiedName, out string schemaName, out string tableName)  
  2. {  
  3.     qualifiedNamequalifiedName = qualifiedName.Trim();  
  4.     int length = qualifiedName.LastIndexOf('.');  
  5.     schemaName = null;  
  6.     tableName = qualifiedName;  
  7.     switch (length)  
  8.     {  
  9.         case -1:  
  10.             break;  
  11.         case 0:  
  12.             throw Error.ToTable_InvalidSchemaName(qualifiedName);  
  13.         default:  
  14.             if (length == (tableName.Length - 1))  
  15.             {  
  16.                 throw Error.ToTable_InvalidTableName(qualifiedName);  
  17.             }  
  18.             schemaName = qualifiedName.Substring(0, length);  
  19.             tableName = qualifiedName.Substring(length + 1);  
  20.             break;  
  21.     }  
  22.     if (string.IsNullOrWhiteSpace(schemaName))  
  23.     {  
  24.         schemaName = null;  
  25.     }  

2. 方括号的添加(CNBlogsTex.dbo变为[CNBlogsTex.dbo],blog_PostBod变为[blog_PostBod])是在System.Data.SqlClient.SqlDdlBuilder的AppendIdentifier(string identifier)方法中处理的,Reflector出来的代码如下:

  1. private void AppendIdentifier(string identifier)  
  2. {  
  3.     this.AppendSql("[" + identifier.Replace("]", "]]") + "]");  

所以,当我们当表名改为”CNBlogsText].[dbo.blog_PostBody”时,”CNBlogsText].[dbo”就被转换为”[CNBlogsText]].[dbo]”。

不仅有代码有真相,而且有图有真相:

 

知道了真相,目前只能望真相心叹,能不能解决这个问题还是未知数…

更新:

killkill的一句回复让“心叹”变成了“兴奋”,那种程序员特有的,一般人享受不到的兴奋…

原来要欺骗的不是Entity Framework,而且是SQL Server,用SQL Server的同义词(SYNONYM)可以轻松搞定这个问题,创建同义词的SQL语句如下:

  1. CREATE SYNONYM [dbo].[CNBlogsText__blog_PostBody] FOR [CNBlogsText].[dbo].[blog_PostBody] 

非常感谢killkill的帮助!

原文链接:http://www.cnblogs.com/dudu/archive/2011/03/29/entity_framework_cross_database_query_fact.html

【编辑推荐】

  1. 博客园现代化建设——Entity Framework
  2. 博客园现代化建设——AutoMapper
  3. 爆料:为什么Entity Framework不能进行跨数据库查询

 

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/231619.html<

(0)
管理的头像管理
上一篇2025-04-19 19:05
下一篇 2025-04-19 19:07

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注