一. 问题 最近.Net Core程序部署到服务器,采用EF6.本地数据库是SQL server 2016,服务器数据库安装的是SQL server 2008 R2,在用到分页查询时报错如下: { "Depth": 0, "ClassName": "", "Message": "Incorrect syntax near 'OFFSET'.\r\nInvalid usage of the option NEXT in

(一) 前言                                                                   EF使用非常简单,但是如果使用不当就会误入EF陷阱中.下面讲解了几种分页方式的对比,以及各种方式的缺陷. (二) 陷阱一   Expression<Func<T, TResult>> 和Func<T, TResult>的区别        说明:System.Linq.Expressions.Expression<Fun

存储过程分页: create proc PR_PagerDataByTop @pageIndex int, @pageSize int, @count int out as select top(@pageSize) * from dbo.userInfo where ID not in ( )*@pageSize) ID from dbo.userInfo ) ) from dbo.userInfo) top pager alter proc PR_PagerDataByRow @pageIn

最近做一个小功能,需要数据分页,因为小框架使用的是EF,因此查询了一下EF的分页. EF分页主要用到了skip和take两个方法: GetListBy(lamda xxxxx).skip(PageSize *PageIndex).take(PageSize) PageSize是每页的大小.PageIndex是当前的页数 1)添加内容,调整界面 界面上增加按钮:增加上一页.下一页等按钮,供用户使用 增加变量保存:增加当前页.数据总量等数据 2)增加ADO.NET查询 本想直接使用EF的count来

在Asp.Net Core MVC项目中使用EF分页查询数据时遇到一个比较麻烦的问题,系统会报如下错误: 分页查询代码: ) * condition.PageSize).Take(condition.PageSize); EF生成的Sql语句: SELECT xxx FROM Table xxx ORDER BY [rx].[Date] DESC, [rx].[UpdateTime] DESC OFFSET @__p_7 ROWS FETCH NEXT @__p_8 ROWS ONLY',N'@

按照通常的方式分页查询至少要查询数据两遍,一个操作是查询总数,另一个是查询数据,这样有些耗时 这里介绍一个基于EF的插件 EntityFramework.Extended,当然这个插件有很多的功能,比方说批量删除.批量修改.批量查询.缓存查询等 这里只介绍批量查询的方法 通过SQL Server Profilter监视生成的SQL代码,发现只连接了一次数据库,非常的厉害 不解释直接上代码 通用分页查询方法: /// <summary> /// 分页查询 /// </summary>

EntityFramework 应用场景 最近被应用程序中页面加载慢的问题所折磨,看似容易的问题,其实并不容易(已经持续两天时间了),经过“侦查”,发现了两个“嫌疑犯”: EntityFramework 生成执行的 SQL 数据库中索引创建 在<程序员眼中的 SQL Server-非聚集索引能给我们带来什么?>这一篇博文中,我把怀疑对象放在了数据库索引上,其实索引只是一方面的问题,最后通过仔细观察 EntityFramework 生成执行的 SQL 代码(EntityFramework 中如何

上一篇文章简单利用JqGrid及ashx进行一个数据列表的显示,要文的重点是利用EF的分页与JqGrid进行结合,EF本文只是简单运用所以没有很规范,重点还是JqGrid分页的实现;本实例把JqGrid一些比较经常用到的内容封装到一个JS里面: 首先看下实例完成后的效果图: 1:数据库表创建并往中插入200000条数据: CREATE TABLE [dbo].[T_School]( [ID] [,) NOT NULL, [SchoolName] [nvarchar]() COLLATE Chin

具体的异常信息如下,一开始没有写日志只看到错误信息:Count must have a non-negative value.,从表面意思可以看出来是Count值出现了负数,所以报错,查了半天的原因也没有看出来为什么,直到后面,我把Linq表达式输了出来,发现Skip(-10),我一想分页查询会根据页码跳过前面页码的记录数,所以会用Skip来跳过,但是这里的Skip数量为-10,这是为什么呢,我想了一下会不会是页码或者每页记录数有问题,于是我看了一下代码,果然发现没有给分页查询的PageInde

先来看看几个LINQ to SQL的几个函数. Take 说明:获取集合的前n个元素:延迟.即只返回限定数量的结果集. var q = (  from e in db.Employees  orderby e.HireDate  select e)  .Take(5); 语句描述:选择所雇用的前5个雇员. Skip  说明:跳过集合的前n个元素:延迟.即我们跳过给定的数目返回后面的结果集. var q = (  from p in db.Products  orderby p.UnitPrice

/// <summary> /// 分页查询 + 条件查询 + 排序 /// </summary> /// <typeparam name="Tkey">泛型</typeparam> /// <param name="pageSize">每页大小</param> /// <param name="pageIndex">当前页码</param> ///

public List<TEntity> FindList(Expression<Func<TEntity, bool>> predicate, Pagination pagination) { MovieSiteEntities db = new MovieSiteEntities(); pagination.records = db.Set<TEntity>().Where(predicate).Count(); bool isAsc = paginat

一.批量添加数据 static void Main(string[] args) { add(); add2(); Console.ReadKey(); } static void add() { DemoDbEntities db = new DemoDbEntities(); Stopwatch st = new Stopwatch(); st.Start(); for (int i = 0; i < 1000; i++) { db.User.Add(new User { NAME = &quo

本文转自:http://diaosbook.com/Post/2012/9/21/linq-paging-in-entity-framework 我们知道,内存分页效率很低.并且,如果是WebForm的项目,页面上会有巨型ViewState,这必然不好.我自己博客用的是一个存储过程做的分页,用到现在都挺好,没有任何效率问题.后来想到,既然项目里有Entity Framework,那为什么不利用EF完成分页呢- 稍做研究之后发现,EF分页其实很简单.不过一样写文章了,光贴代码是不负责的,还是得稍微

EF分页代码 using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.UI; using System.Web.UI.WebControls; public partial class _Default : System.Web.UI.Page { private int pageindex =int.Parse(HttpContext.Curren

/// <summary> /// EF DAL CURD基类 /// </summary> /// <typeparam name="T"></typeparam> public class BaseDAL<T> where T : class, new() { /// <summary> /// 上下文网关 /// </summary> protected SchoolEntities db = n

之前的项目也曾用过JgGrid对它的基本功能也是略有了解,网上有个国外的开源的项目,但是不适合个人的风格,所以花了3天空余的时间封装了下JqGrid,也算是参加开发工作10个月以来写的第一个比较完整的小例子,高手们就直接飘过不用看了,但是由于时间短,还有很多的不足,需要后期再完善. 整体思路就是一个配置类,同时兼容了链式编程的风格,所有的动作接口都以Set开头,便于识别.记录下来以后做个人的使用手册. 源码地址:https://github.com/halower/JqGridForMvc/ 推

上个星期,测试发现了一个分页的bug--- 无论怎么分页数据的一样.我们所有的分页都是用EF 分页,为什么只有一个模块的分页有问题呢? 后来跟了下sql语句,发现用到是sql2012的新分页方式 OFFSET/FETCH NEXT. 下面有两段sql语句 ,数据中Create_Date 的值都一样 DECLARE @FetchRows tinyint = 8; SELECT * FROM BnC_Store ORDER BY Created_Date ASC OFFSET 0 ROWS FETC

CRUD功能的JqGrid表格 之前的项目也曾用过JgGrid对它的基本功能也是略有了解,网上有个国外的开源的项目,但是不适合个人的风格,所以花了3天空余的时间封装了下JqGrid,也算是参加开发工作10个月以来写的第一个比较完整的小例子,高手们就直接飘过不用看了,但是由于时间短,还有很多的不足,需要后期再完善. 整体思路就是一个配置类,同时兼容了链式编程的风格,所有的动作接口都以Set开头,便于识别记.录下来以后做个人的使用手册. 链式编程风格 @(Html.JqGrid("testJqGri

Weapsy 分析(一)网站架构 这个项目看了好久了,但是老没时间写一些分析心得.下班后想了想,事情也不能老拖着,还是得做. 如图所示:Weapsy由5个项目所组成,有点可惜了,没有测试的项目,说明一些小的项目老外也不写啥测试,项目能Hold住测试都免了 ^_^. 核心层Core:主要由Cookie,Cache,Mail,AppSetting等一些公用的组件.除实体层外,它被所有的项目所引用. 数据层Data:负责一些基于CodeFirst的数据初始化,仓储,实体关联. 实体层Entities:

1.背景 去年时候,写过一篇<Vue2.0 + Element-UI + WebAPI实践:简易个人记账系统>,采用Asp.net Web API + Element-UI.当时主要是为了练手新学的Vue及基于Vue的PC端前端框架Element-UI,所以文章重点放在了Element-UI上.最近,从鹏城回江城工作已三月有余,人算安顿,项目也行将上线,算是闲下来了,便想着实践下之前跟进的.net core,刚好把之前练手系统的后端给重构掉,于是,便有了此文. 2.技术栈 Asp.net co