之前写过一篇关于MongoDB的封装 发现太过繁琐 于是打算从新写一篇简易版 1:关于MongoDB的安装请自行百度,进行权限认证的时候有一个小坑,3.0之后授权认证方式默认的SCRAM-SHA-1模式, 需要首先命令创建一个用户,然后Drop掉这个用户,然后修改system.version里的authScheam为3,在没有创建用户的情况下 authScheam的值貌似是查询不到的. 修改成3后,授权验证方式就变成了MONGODB-CR  2:建立一个聚合根和实体 public interfa

添加应用Microsoft.EntityFrameworkCore:Microsoft.EntityFrameworkCore.Design:Microsoft.EntityFrameworkCore.SqlServer base类 public abstract partial class BaseEntity { /// <summary> /// id /// </summary> public Guid gid { get; set; } } 分装仓储结构接口 /// &l

今天在部署一个经典三层的项目的时候,用到了EntityFramework,碰到几个问题: 在用EntityFramework将数据库导入到DAL层后,在BL层引用该DAL后,在测试项目的时候,想要查询一个表的结果集,但是发现没有平常熟悉的智能提示,我习惯用ToList(),但是这次只能提示没有出现,我以为是因为dll引用的关系,就自己手写了,但是却给我抛出了三个错误: Error 1 The type 'System.Data.Entity.DbContext' is defined in an

2.7 深入理解Entity Framework 性能问题几乎是一切ORM框架的通病,对于EF来说,引起性能低的原因主要在以下几个方面. 复杂的对象管理机制为了在.NET中更好地管理模型对象,EF提供了一套内部机制管理和跟踪对象的状态,保持对象的一致性,带来方便的同时,降低了性能. 高度封装的执行机制 在EF应用中,编写的任何一个查询表达式都需要经过分析,解析成SQL语句,然后调用底层的ADO.NET Providers去执行.直接执行SQL语句相比,性能上有一定的降低. 低效的SQL语句 EF

下订单减库存的方式 现在,连农村的大姐都会用手机上淘宝购物了,相信电商对大家已经非常熟悉了,如果熟悉电商开发的同学,就知道在买家下单购买商品的时候,是需要扣减库存的,当然有2种扣减库存的方式, 一种是预扣库存,相当于锁定库存, 一种是直接扣减库存. 我们采用的是预扣库存的方式,预扣库存的时候,在SalesInfo表中,将最大可售数量MaxSalesNum减去购买数量,用一条SQL语句来表示这个业务,就是下面这个样子的: update salesinfo set MaxSalesNum=MaxSa

一. 前言 从本节开始,将陆续的介绍几种框架搭建组合形式,分析每种搭建形式的优势和弊端,剖析搭建过程中涉及到的一些思想和技巧. (一). 技术选型 1. DotNet框架:4.6 2. 数据库访问:EF 6.2 (CodeFrist模式) 3. IOC框架:AutoFac 4.8.1 和 AutoFac.MVC5 4.0.2 4. 日志框架:log4net 2.0.8 5. 开发工具:VS2017 (二). 框架目标 1. 一个项目同时连接多个相同种类的数据库,在一个方法中可以同时对多个数据进行

一. 前言 本节继续探讨一种新的框架搭建模式,框架的结构划分和上一节是相同的,本节IOC框架换成了Unity,并且采用构造函数注入的方式,另外服务层的封装模式也发生了变化,下面将详细的进行探讨. (一). 技术选型 1. DotNet框架:4.6 2. 数据库访问:EF 6.2 (CodeFrist模式) 3. IOC框架:Unity 5.8.13 4. 日志框架:log4net 2.0.8 5. 开发工具:VS2017 (二). 框架目标 1. 一个项目同时连接多个相同种类的数据库,在一个方法

EF Core 数据变更自动审计设计 Intro 有的时候我们需要知道每个数据表的变更记录以便做一些数据审计,数据恢复以及数据同步等之类的事情, EF 自带了对象追踪,使得我们可以很方便的做一些审计工作,每次变更发生了什么变化都变得很清晰,于是就基于 EF 封装了一层数据变更自动审计 使用效果 测试代码: private static void AutoAuditTest() { // 审计配置 AuditConfig.Configure(builder => { builder // 配置操作

大神勿喷,小神默默学. 会了就是不值一提的东西,不会就是绝对的高大上. 最后上传源码.希望能给读者带来一些新的认识及知识. 还没上过头条..各位大神,请点支持一下小弟. 陆续更新.更新到你会为止!! 我不是话唠,我只把重点点出来,细枝末节的不懂的可以留言探讨.这个系列的最后,我会再统一的把大家的问题,列在一篇新的Blog.工作需要规划,写博客也是如此. 需求 ①请保持EF上下文的线程唯一.防止脏临时数据的出现 ②请对程序扩展性做好设计.以后ef框架可能改为Spring框架 ③服务层调用仓储层时.

本文版权归博客园和作者吴双共同所有,欢迎转载,转载和爬虫请注明博客园蜗牛原文地址 http://www.cnblogs.com/tdws/p/5874212.html. 目前国内各大论坛,各位大牛的分享,是按照Microsoft官方文档,在Web层直接应用EF Core.当然这并没有什么问题,因为我也要从文档开始分享.唯一多的一点就是在Dal层中调用DbContext的方法.你以前用的EF6.x,如果在测试代码中你可以直接new出来,在正式的项目开发中,你控制上下文线程内唯一时,也可以new一个

在EF中,EF生成的对象都是代理对象,这些对象看上去是实体类对象,但是其实都是EF封装好的代理类对象.所以调用EF查询得到的代理类对象有继承于实体对象,所以可以用实体类对象来接收返回的代理类对象.EF实体对象包括了外键属性,所以在对EF查询到的对象进行序列化时,因为存在循环引用,会导致序列化出错(JavascriptSerializer无法识别被序列化的对象里的各种属性循环依赖).所有不能直接用JavascriptSerializer直接去序列化EF实体对象.因此需要讲定义DTO对象来接收该对象

请注明转载地址:http://www.cnblogs.com/arhat 昨天晚上老魏配的机器终于到了,可是拿回来之后什么都组装好了,唯独差一个非常重要的组件"电源线",老魏那个汗啊.于是从朋友那里借来一根电源线终于折腾到凌晨两点多才把所有的软件和系统装好,今天早上顺便装了一个MAC(嘻嘻).最让老魏兴奋的是换了VS2013,在使用VS2013的时候感觉非常的不错,对EF的支持真的是大大的增强了,不用再跑到网上找这个插件那个插件的,直接通过T4文件来生成Context是实体类了.那么今

环境:vs2013,sql2008R2 引用版本:MVC5,EF6,BootStrap3.3.5 在之前一直都是webfrom开发,虽然开发简单:但是有很多不足的地方.在之前开发都是webfrom+MVC三层架构+数据库等等 我在想将MVC5,EF6,BootStrap3.3.5,结合融于之前的开发模式之中. 1.新建解决方案 2.新建控制台应用程序 Blog.MVC.EF.BootStrap.DAL,主要用于EF数据处理 3.新建3个类库 Blog.MVC.EF.BootStrap.Model

我有话说 本来这一篇我打算放到后面再说,可是之前泄漏了一点关于缓存决策的代码后被好多人催更了. 在此感谢大家的支持,让我更有动力的写这个系列.你们的关注让我觉得我的决定是对的,我会坚持下去把这个项目做完. 另外非常感谢老虎,在百忙之中给我们赶出需求文档,当我们在享受周末的时候他还在公司加班,即便这样,他依然为我们的开源项目奉献着. 此时我不知道该说些什么,只能以我的行动来回报大家,废话不多说了,入正题. 缓存决策 先澄清下,这个名字是我杜撰的,因为我觉得在我的项目中它起到了这样的作用. 缓存:在

我们是谁 我们是C#爱好者,互相分享技术,一起学习一起成长一起做一个项目. 我们是开源爱好者,从我们手上出来的代码都会托管在源代码管理平台(oschina),到目前为止不收费,将来也不会出现任何收费情况. 我们是“大牛”,工作中.学习中遇到各种问题都在群里讨论的有声有色,或许某某只是初级程序员,但或许你不会的他就正好知道,而此时他就是你的“大牛”. 我们在干什么 一个叫[PaPaPa]的项目,类似伴游的b/s架构项目. 项目中用到的ASP.Net MVC5.Bootstrap 3.Metroni

本文转自:http://www.cnblogs.com/tdws/p/5874212.html 本文版权归博客园和作者吴双共同所有,欢迎转载,转载和爬虫请注明博客园蜗牛原文地址 http://www.cnblogs.com/tdws/p/5874212.html. 目前国内各大论坛,各位大牛的分享,是按照Microsoft官方文档,在Web层直接应用EF Core.当然这并没有什么问题,因为我也要从文档开始分享.唯一多的一点就是在Dal层中调用DbContext的方法.你以前用的EF6.x,如果

项目目标部署环境:CentOS 7+ 项目技术点:.netcore2.0 + Autofac +webAPI + NHibernate5.1 + mysql5.6 + nginx 开源地址:https://github.com/wmowm/nh.core 上一章已经讲解了项目的结构,相对来说比较简单,适合新手,传送门 搭建一个通用的.net core项目框架 有小伙伴提问,ORM这块为什么不用dapper或者EF,相对来说,NHibernate还是比较陌生,因为我也没用使用过Dapper或者EF

在多工程项目中,由于EF封装在某一个工程里,那么该项目用于EF相关类库 EntityFramework.dll,以及EntityFramework.SqlServer.dll的引用 那么你一个启动工程里(比如web,比如winform,比如控制台)引用EF所在的工程类库,编译完成后, EntityFramework.SqlServer.dll并没有拷贝到程序目录,导致该错误. 解决方案 1,在主工程也通过NuGet引用 EntityFramework.SqlServer.dll(版本与EF所在的

"%3Cdiv%20class%3D%22htmledit_views%22%20id%3D%22content_views%22%3E%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3Cp%20id%3D%22main-toc%22%3E%3Cstrong%3E%E7%9B%AE%E5%BD%95%3C%2Fstrong%3E%3C%2Fp%3E%0A%0A%3Cp%20id%3D%221.socket%25E5%25B1%2582-to

Code first 是Microsoft Entity Framework中的一种模式,CodeFirst不会有可视化的界面来进行拖动编辑DataBase-Entity,但会以一个类来进行对数据表关系的描述,以及对所有实体类的描述,优势在于,代码更加地简洁,文件目录更加清晰,也更加便于维护. 直接用实体关系类进行操作,最后SaveChanges,无可厚非,当然可以了,但是,对于一个追求更加简便,更加抽象的程序员来说,无限的封装似乎是一种追求吧,废话不多说,这里直接上EF_Helper_DG的代

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(7)-DBSession的封装 ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇)   (1):框架搭建    (2):数据库访问层的设计Demo    (3):面向接口编程   (4 ):业务逻辑层的封装  (5):前台Jquery easyUI实现   (6):EF上下文实例管理 前言:上篇博客中我们重新对EF框架实现上下文进行了重新的操作,而且我们也建立了DbSession,使用CallContext