c 中linq to entities-学网-提供健康,养生,留学,移民,创业,汽车等信息
c 中linq to entities
using (DataClasses1DataContext ddc = new DataClasses1DataContext()) { tb1 c= n... to Sql 的不少功能在.net 4.0被LINQ to Entities合并,虽然Linq to Sql 类在2010中依然可用...用 LINQ to Entities数据分页时必要要加OrderBy,默认查询出来的数据顺序就是聚集索引... 如果希望按照降序对记录进行排序,可以使用 DESC 关键字。 原始的表 (用在例子中的)... 什么叫简单,单聚集列输出。当然还有一些特例,比如全复合主键表。这都是特列。何必为几个特列妨碍99%的情况。 以下是Linq常用的形式。 ColEntities = t.OrderBy(v =&gt...什么叫简单,单聚集列输出。当然还有一些特例,比如全复合主键表。这都是特列。何必为几个特列妨碍99%的情况。以下是Linq常用的形式。ColEntities = t.OrderBy(v =& v.ID...linq to entities 是不推荐直接执行SQL语句的........ 硬要作的话 using (TestEntities ent = new TestEntities()) { System.Data.EntityClient.EntityConnection con = (System.Data.En... 有两种方法一次性查完,比如Type t &=&db.News.Find(id).T用include 第一句改成 var mod = db.News.Include(&Type&).Find(id);注意下中间的字符串单... WP7 是不支持SQLSERVER地......... 芒果开始支持SQL Server CE,使用语法什么的跟winform和webform一样。 什么叫简单,单聚集列输出。当然还有一些特例,比如全复合主键表。这都是特列。何必为几个特列妨碍99%的情况。 以下是Linq常用的形式。 ColEntities = t.OrderBy(v =& v...honitems[c]那里错了,linq to entities不支持数组索引转换SQL的,换一种写法把,先把要比较的对象声明出来,比如int honindex = honitems[c],然后用honindex == a.houseno写在表达... 通常分页需要order by。 如果没有明确的字段进行order by,就按照主键排序。 如果连主键都没有,就不用order by了。
您可能还关注:&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
大类导航： |高分求助 linq to entity
进行分页查询的时候，怎么得出数据总数而linq语句中的skip，Take只是取第几条到第几条的。我能想到的是分作两个语句查询：先取count()多少条，再做分页。但是这样进行比较复杂查询时 效率相当低。有没有好办法？--------------------------------------------------------------用过程 &------解决方案--------------------------------------------------------你说的那种能满足一般数据量的分页了，要是大数据量的话，就跟加菲猫说的那样，使用存储过程来提高效率。------解决方案--------------------------------------------------------貌似有count的吧，------解决方案--------------------------------------------------------使用存储过程返回总条数和当前页数的数据映射在edmx内,返回类型为MultipleResults------解决方案--------------------------------------------------------比较复杂查询时，什么样的复杂，效率应该 差不到哪去。一般都是 执行两条sql语句。1、Count
2、skip，TakeLINQ to Entities中数据分页时，必须要OrderBy吗
最佳实践是查询树较简单可以不用OrderBy。 什么叫简单，单聚集列输出。当然还有一些特例，比如全复合主键表。这都是特列。何必为几个特列妨碍99%的情况。 以下是Linq常用的形式。 ColEntities = t.OrderBy(v => v.ID).Skip((pageSkip - 1) * max...
为您推荐：
扫描下载二维码Entity Framework 4 in Action读书笔记——第四章：使用LINQ to Entities查询：排序和连接数据
来源：博客园
4.4排序(Sorting) 基本需求：用户想数据根据送货城市和邮政编码排序。 解决方案：知道LINQ有一个扩展方法可以根据一个或多个属性排序你一定会很高兴。LINQ to Entities提供了这个方法的实现也一点也不奇怪。在C#中，使用orderby子句。这个子句接受要根据排序的属性。默认情况下，是升序，但是可以在属性后边加上关键字descending实现降序。如果有多个属性是降序，你可以在每个属性后边都加上descending关键字。如SQL中，尽管默认是升序，你依然可以使用ascending指定。下面是例子。 var result = from o in ctx.Orders orderby o.ShippingAddress.C var result1 = from o in ctx.Orders orderby o.ShippingAddress.City, o.ShippingAddress.ZipCode descending
我们很少讨论在单独类中的排序，当你根据关联的类的属性排序上将变得更有趣。 4.4.1关联排序 现在用户想在表格的顶部展示最有价值的订单。在本例中，排序根据聚合值而不是单个字段。 幸运的是，这种情况并不复杂，你已经了解了所有的基础。 var result = from o in ctx.Orders orderby o.OrderDetails.Sum(d => d.Quantity * (d.UnitPrice - d.Discount)) select new {
o.OrderId,
o.OrderDate,
o.ShippingAddress,
Total = o.OrderDetails.Sum(d => d.Quantity * (d.UnitPrice - d.Discount))
}; 这个查询的结果是IOrderedQueryable的对象。因为IOrdered-Queryable实现了IEnumerable，它可以使用foreach遍历，数据绑定操作，或另外的枚举机制。 关联数据也可以排序。执行这一操作的唯一方式是使用投影，在匿名类型中创建一个包含排序数据的属性。例如，你可能想查询订单和它们的详细信息，根据数量排序，并绑定到表格中。 当涉及到单独关联时，就更简单了，因为没有聚合需要执行，你可以使用外部属性好像是查询类的属性一样。下面展示的代码片段，查询所有订单，根据顾客所在城市排序。 var result = from o in ctx.Orders orderby o.Customer.ShippingAddress.C 我们提到在查询中涉及到关联实体时SQL生成器使用映射信息处理表之间的关联。有些情况，当外键不足够关联表时，就必须使用其他列。这种情况下，必须手动处理，重写默认的行为。下一部分，我们讨论这个主题。 4.5 连接数据(Join Data) 当写跨越相关表的查询时，这些连结由SQL生成器自动处理，你不必担心。但是，属性之间存在关系的情况不能使用外键。这种情况下，你可以使用join子句。 我们还没有遇到采取连结的情况。模型的灵活特性和LINQ to Entities的查询能力使连结变得几乎没有用。 下面让我们看一个实例，说明手动连结有多不重要。假设你要查找送货城市和用户所在城市相同的订单。在SQL中，你将使用CompanyId和ShippingCity列连结Order和Company表。在LINQ to Entities中，方法一样，因为当你手动连结对象时，SQL生成器忽略类间的关系。你可以写如下的查询： 单个属性连结 var result = from o in ctx.Orders join c panies.OfType() on o.ShippingAddress.City equals c.ShippingAddress.C 多个属性连结 var result = from o in ctx.Orders join c panies.OfType() on new { o.ShippingAddress.City, panyId } equals new { c.ShippingAddress.City, c.CompanyId } 从上面的代码中可以看出，涉及一个属性的连结和多个属性的连结没有多大区别。在第一个第一段代码中，直接使用需要的属性名称，第二段代码中，你必须创建一个匿名类型，把所有连结的属性放入其中。 上面的代码运行的很好，但是使用Where子句join很容易忽略。这就需要写更少的代码以此保持简洁和可读： var result = from o in ctx.Orders where o.Customer.ShippingAddress.City == o.ShippingAddress.C 不是说一定不使用连结，而是一个精心设计设计模型只需要连结适用于一些始终被评估的特殊情况下。 只返回用户数据对应于join子句中表达的筛选条件的订单.然而，特殊情况下，你可能需要返回即使用户数据不对应于join子句中表达的筛选条件的订单。使用SQL获得这一结果需要使用OUTER JOIN，但是在LINQ to Entities，你必须采用goup join，如下面的代码： var result = from o in ctx.Orders join c panies.OfType() on new { o.ShippingAddress.City, panyId } equals new { c.ShippingAddress.City, c.CompanyId } into g from item in g.DefaultIfEmpty() 真实世界的模型使用继承，OrderIT也不例外。客户/供应商和产品的情况很大程度上依赖于这个功能，使用继承查询充满复杂性，但LINQ to Entities再次派上了用场。这并不容易，但是当你学会了如何避免陷阱，你就可以跳过这一关。
免责声明：本站部分内容、图片、文字、视频等来自于互联网，仅供大家学习与交流。相关内容如涉嫌侵犯您的知识产权或其他合法权益，请向本站发送有效通知，我们会及时处理。反馈邮箱&&&&。
学生服务号
在线咨询，奖学金返现，名师点评，等你来互动