Linq to SQL中的实体继承

现在的Linq To Sql只支持单表继承,不支持一实体一具体表和一实体一扩展表等方式继承。什么是单 表继承呢?所谓单表继承就是把整个继承体系存储在数据库的一个表中。由此可以知道,这个表结构包括 所有实体的属性字段,如果在该继承体系中,实体的数量较多,就会产生大量的null值的数据,这样浪费 了很多的数据存储空间。不过所有的继承体系放在一个表中,逻辑简单容易操作,数据量不大的时候效率 也高。下面看看在Linq To Sql中是怎样实现单表继承的(用Orcas白皮书中的示例来说明)。

假如现在有这样一张表Vehicle,表结构如下:

它表示了三个实体:

Vehicle--基类,包含字段VIN、Key、MfgPlant

Car--Vehicle的派生类,扩展字段TrimCode、ModelName

Truck--Vehicle的派生类,扩展字段Tonnage、Axles

其中Key是用来标志该行是表示什么类型的实体,如果该行表示Vehicle,则值为"V",如果表示Car,值 为"C"。

下面的示例表示该继承体系是怎样映射到数据库的表Vehicle中的(这里使用Column Attribute映射字 段)

  [Table]
   [InheritanceMapping(Code = "V", Type = typeof(Vehicle),
     IsDefault=true)]
   [InheritanceMapping(Code = "C", Type = typeof(Car))]
   [InheritanceMapping(Code = "T", Type = typeof(Truck))]
   public class Vehicle
   {
     [Column(IsDiscriminator = true)]
     public string Key;
     [Column(IsPrimaryKey = true)]
     public string VIN;
     [Column]
     public string MfgPlant;
   }

   public class Car : Vehicle
   {
     [Column]
     public int TrimCode;
     [Column]
     public string ModelName;
   }

   public class Truck : Vehicle
   {
     [Column]
     public int Tonnage;
     [Column]
     public int Axles;
   }

时间: 2024-08-04 13:43:00

Linq to SQL中的实体继承的相关文章

[转]Linq to SQL中的实体继承

原文:http://www.cnblogs.com/blusehuang/archive/2007/07/05/807027.html    现在的Linq To Sql只支持单表继承,不支持一实体一具体表和一实体一扩展表等方式继承.什么是单表继承呢?所谓单表继承就是把整个继承体系存储在数据库的一个表中.由此可以知道,这个表结构包括所有实体的属性字段,如果在该继承体系中,实体的数量较多,就会产生大量的null值的数据,这样浪费了很多的数据存储空间.不过所有的继承体系放在一个表中,逻辑简单容易操作

在LINQ to SQL中使用Translate方法以及修改查询用SQL

目前LINQ to SQL的资料不多--老赵的意思是,目前能找到的资 料都难以摆脱"官方用法"的"阴影".LINQ to SQL最 权威的资料自然是MSDN,但是MSDN中的文档说明和实例总是显得"大开大 阖",依旧有清晰的"官方"烙印--这简直是一 定的.不过从按照过往的经验,在某些时候如果不按照微软划定的道道来走,可 能就会发现别样的风景.老赵在最近的项目中使用了LINQ to SQL作为数据层的基础,在LINQ to S

LINQ to SQL语句(25)之继承

继承支持 LINQ to SQL 支持单表映射,其整个继承层次结构存储在单个数据库表中.该表包含整个层次结构的所有可能数据列的平展联合.(联合是 将两个表组合成一个表的结果,组合后的表包含任一原始表中存在的行.)每行 中不适用于该行所表示的实例类型的列为 null. 单表映射策略是最简单 的继承表示形式,为许多不同类别的查询提供了良好的性能特征,如果我们要在 LINQ to SQL 中实现这种映射,必须在继承层次结构的根类中指定属性 (Attribute) 和属性 (Attribute) 的属性

在Linq to Sql中管理并发更新时的冲突(3):使用记录的时间戳

在<在Linq to Sql中管理并发更新时的冲突(2):引发更新冲突>一文中 ,我们描述了Linq to Sql检测在更新时是否产生了冲突的基本方法:将该记录 每个字段原来的值和更新时的值进行对比,如果稍有不同则意味着记录被修改过 ,因此产生了更新冲突.不过您是否有这样的感觉,这种方法实在累赘了一些? 如果一个表中有数十个字段,那么更新就必须完整地检测一遍(不过我会在今后 的文章中提到这方面的控制).再者,如果其中某一个字段储存了洋洋洒洒上万 字的文章,那么在验证时仅仅是将它从Web服务器发

linq to sql中的自动缓存(对象跟踪)

这篇东西应该至少一年前就写的,不过因为个人太懒,一直没记下来,今天补上.   linq to sql中,对于同一个DataContext上下文环境,根据表主键选择记录时(当然这里所指的"记录"会自动转成"对象"),如果该记录已经被select过,默认情况下会被自动缓存下来,下次再选择时,将自动返回已缓存的对象,而不是重新从数据库里查询.   在很多情况下(特别是查询的场景),这会提高性能(因为避免了数据库重复查询),但是也时候也会带来麻烦:   比如我们取出一个对象

LINQ TO SQL中还是用传统的连接串方式建立DbContext更好些

    首先,在LINQTOSQL中可以这样建立一个dbcontext     private TEntity GetOriginal(TEntity entity)        {            using (Entity.EEE114.LinqEEE114DataContext context = new Entity.EEE114.LinqEEE114DataContext())            {                var table = context.Ge

步步学LINQ to SQL:为实体类添加关系

本文详细为你阐述了如何在你的应用程序中实现LINQ to SQL.附件的示例程序包括了这里探讨的所有代码,还提供了一个简单的WPF图形界面程序来显示通过数据绑定返回的结果集. 本部分描述如何实现表间的映射关系:M:1,1:M和M:M.但是这里不会讨论1:1的映射关系,你可以在M:1的关系中发现这种1:1的映射关系.因此,从这里开始,我们将使用Book作为示例为你一步一步讲述这一实现过程. 映射M:1的关系 Book 对象与Category 对象是多对一的关系(M:1),因为一本书仅能属于某一个类

在Linq to Sql中管理并发更新时的冲突(2) 引发更新冲突

在上一讲中,我们提到了一些诸如"乐观并发控制"."悲 观并发控制"的概念,以及察看Linq to Sql自动生成sql语句的方法.从 这篇文章起我们将继续来查看Linq to Sql在管理并发更新时是如何发现冲突问 题的. 要使用Linq to Sql,我们自然需要一个数据库环境.为了说明问 题,我们这里使用一个非常简单的数据表. 我们这里创建了一个Video表,只有3个字段,没有约束,没有外键 --我们只要能够说明问题就可以了,不是吗? VideoID:主 键,i

在Linq to Sql中管理并发更新时的冲突(1) 预备知识

无论与目前的ORM框架相比有没有优势,Linq to Sql在语言和平台的级别上 为我们提供了一种新的操作对象和数据的方式,在一定程度上为我们解决了 Object != Data的问题.在实际应用中,对于数据库的操作往往有着天生的并发 性,因此在更新数据时可能会产生冲突.有些时候,如果没有合理的解决冲突问 题,轻则让用户摸不着头脑,重则让系统数据处于一种不一致的状态.Linq to Sql自然考虑到了这一点,本系列讨论的内容,就是在使用Linq to Sql时,如何 管理并发更新时产生的冲突.