Git.Framework 框架随手记--ORM条件组合

简介:   在上一篇中简单记录了如何对数据进行删除和修改,其用法都非常简单,在文章中提到了Where()方法,本文将详述Where() 等条件函数。     一. SQL 条件分析     对于SQL每个人应该都很熟悉,这是基础的基础,如果没有使用过SQL的本文可以直接忽略了。

  在上一篇<Git.Framework 框架随手记--ORM新增操作>中简单记录了如何对数据进行删除和修改,其用法都非常简单,在文章中提到了Where()方法,本文将详述Where() 等条件函数。

 

  一. SQL 条件分析

    对于SQL每个人应该都很熟悉,这是基础的基础,如果没有使用过SQL的本文可以直接忽略了。先简单看看一个SQL语句,我们根据SQL语句的规则理解Where()方法

SELECT [ID],[UserName],[PassWord],[UserCode],[RealName],[Email],[Mobile],[Phone],[CreateTime],[CreateIp],[CreateUser],[LoginCount],[Picture],[UpdateTime],[IsDelete],[Status],[DepartNum],[ParentCode],[RoleNum],[Remark]
FROM [JooShowGit].[dbo].[Admin]
WHERE [UserCode]=@UserCode AND [IsDelete]=@IsDelete OR [Phone]=@Phone

    SQL语句中后面起始条件关键字必定是WHERE,这个毋庸置疑。如果后面要跟其他的条件我们就可以使用AND 或者 OR 关键字将其连接起来。SQL条件语句基本可以归纳为如下

SELECT * FROM TABLE WHERE [表达式] (AND|OR) [表达式] ....

    再看看一个稍微复杂点的SQL语句,代码如下

SELECT [ID],[UserName],[PassWord],[UserCode],[RealName],[Email],[Mobile],[Phone],[CreateTime],[CreateIp],[CreateUser],[LoginCount],[Picture],[UpdateTime],[IsDelete],[Status],[DepartNum],[ParentCode],[RoleNum],[Remark]
FROM [JooShowGit].[dbo].[Admin]
WHERE ([UserCode]=@UserCode1 OR [UserCode]=@UserCode2) AND [IsDelete]=@IsDelete

    语句是什么意思,看官一看就能够明白,我们看重点部分 ,这个SQL语句使用了 () 运算符, 两个条件 () 和  [IsDelete]=@IsDelete 使用AND连接的,在()运算符中又是多个单个表达式的组合。

    在看看单个表达式的效果

WHERE [UserCode]=@UserCode AND [IsDelete]=@IsDelete OR [Phone]=@Phone

    表达式可以抽象理解为  字段 [运算符] 值 这种情况。在SQL中有很多运算符,这里我们看看详细:

+(加)、―(减)、(乘)、(除)、%(取余)>(大于)<(小于)、= (等于)、>=(大于等于)、<=(小于等于)、<> (不等于)、!=(不等于)、!>(不大于)!<( 不小于)

    当然其他的运算符(AND OR 也称作运算符),我们先做一些简单的。

    以上问题说的比较含糊,表述可能不清晰,但是大家应该都能够明白其大概意思,从以上的比较可以看出其实SQL是有一定规则的。

 

  二. 框架中提供的条件方法

    在做ORM映射的过程中,我们对条件操作的运算符也做了相应的映射,其映射为了一个枚举值

public enum ECondition
    {
        /// <summary>
        /// AND
        /// </summary>
        //And =1 ,

        /// <summary>
        /// OR
        /// </summary>
        //Or =2 ,

        /// <summary>
        /// LIKE
        /// </summary>
        Like = 3,

        /// <summary>
        /// IN
        /// </summary>
        In = 4,

        /// <summary>
        /// 大于 >
        /// </summary>
        Gth = 5,

        /// <summary>
        /// 小于 <
        /// </summary>
        Lth = 6,

        /// <summary>
        /// 等于 =
        /// </summary>
        Eth = 7,

        /// <summary>
        /// 大于等于 >=
        /// </summary>
        Geth = 8,

        /// <summary>
        /// 小于等于 <=
        /// </summary>
        Leth = 9,

        /// <summary>
        /// 不等于 !=
        /// </summary>
        NotEth = 10,

        /// <summary>
        /// Is 关键字
        /// </summary>
        Is = 11,

        /// <summary>
        /// Is Not 关键字
        /// </summary>
        IsNot = 12,

        /// <summary>
        /// Between AND关键字
        /// </summary>
        Between = 13,

        /// <summary>
        /// OR LIKE
        /// </summary>
        OrLike = 14,

        /// <summary>
        /// OR IN
        /// </summary>
        OrIn = 15,

        /// <summary>
        ///  OR 字段>
        /// </summary>
        OrGth = 16,


        OrLth = 17,

        OrEth = 18,

        OrGeth = 19,

        OrLeth = 20,

        OrNotEth = 21,

        OrIs = 22,

        OrIsNot = 23,

        OrBetween = 24,

        /// <summary>
        /// +=
        /// </summary>
        AddEth=25,

        /// <summary>
        /// -=
        /// </summary>
        SubtractEth=26,

        /// <summary>
        /// *=
        /// </summary>
        MultiplyEth=27,

        /// <summary>
        /// /=
        /// </summary>
        DivideEth=28,

        /// <summary>
        ///  % 
        /// </summary>
        Modulo=29,

        /// <summary>
        /// +
        /// </summary>
        Add=30,

        /// <summary>
        /// -
        /// </summary>
        Subtract = 31,

        /// <summary>
        /// *
        /// </summary>
        Multiply = 32,

        /// <summary>
        /// /
        /// </summary>
        Divide=33
    }
ECondition 运算符枚举

    其中有些枚举值有点奇怪,当时为了配合理解SQL语法,其中在对() 运算的时候采用了特殊的标记,我们会使用特定的方法来代替。

public void Or(string propertyName, ECondition condition);
public void Or(string propertyName, ECondition condition, params object[] values);
public void OrBegin();public void Where(string propertyName, ECondition condition);
public void Where(string propertyName, ECondition condition, params object[] values);
public void WhereBegin();
public void And(string propertyName, ECondition condition);
public void And(string propertyName, ECondition condition, params object[] values);
public void AndBegin();
public void Begin();public void End();

    这个地方有点意思,我们将WHERE,AND,OR三个连接运算符映射成了相应的方法,其中更加奇怪的是有OrBegin(),WhereBegin(),AndBegin(),Begin(),End()几个方法。上面在分析SQL的时候主要到了() 运算符,这几个方法就是为了对()特殊优待,当时设计的时候为了更好的理解() ,将()分为了两部分 ,分别对应 Begin() ,End(); 也就是前 "(" 和 ")" 而其余的几个就是对其扩展 。

WHERE ([UserCode]=@UserCode1 OR [UserCode]=@UserCode2) AND [IsDelete]=@IsDelete

    其实也就可以立即为 WhereBegin(); ANND();  OR (); END(); 这种调用就好比将写SQL的手法转化为命令模式。 很多对此不能够很好的理解,也对此嗤之以鼻,不要紧这只是理解的角度不一样而已,而且在对WHERE等方法向Lambda表达式转化的时候强制不能使用复合条件,避免Linq和EF中的太多层次的嵌套导致自己也晕了。 

    对于上面的一些方法我们还做了一些扩展,主要扩展方法如下:

public static T And<T>(this T entity, Expression<Func<T, bool>> func) where T : BaseEntity;
public static T And<T>(this T entity, string propertyName, ECondition condition) where T : BaseEntity;
public static T And<T>(this T entity, string propertyName, ECondition condition, params object[] values) where T : BaseEntity;
public static T AndBegin<T>(this T entity) where T : BaseEntity;
public static T Begin<T>(this T entity) where T : BaseEntity;
public static T Between<T>(this T entity, string propertyName, object[] items) where T : BaseEntity;
public static T End<T>(this T entity) where T : BaseEntity;
public static T Or<T>(this T entity, Expression<Func<T, bool>> func) where T : BaseEntity;
public static T Or<T>(this T entity, string propertyName, ECondition condition) where T : BaseEntity;
public static T Or<T>(this T entity, string propertyName, ECondition condition, params object[] values) where T : BaseEntity;
public static T OrBegin<T>(this T entity) where T : BaseEntity;
public static T Where<T>(this T entity, Expression<Func<T, bool>> func) where T : BaseEntity;
public static T Where<T>(this T entity, string propertyName, ECondition condition) where T : BaseEntity;
public static T Where<T>(this T entity, string propertyName, ECondition condition, params object[] values) where T : BaseEntity;
public static T WhereBegin<T>(this T entity) where T : BaseEntity;

 

   三. 使用实例

entity.IncludeAll();
entity.Where(a => a.IsDelete == (int)EIsDelete.NotDelete);

    这个条件语句在之前已经解析过了,就是WHERE [IsDelete]= (int)EIsDelete.NotDelete .

entity.IncludeAll();
entity.Where("IsDelete", ECondition.Eth,(int)EIsDelete.NotDelete);

    上面这两段代码其实是等价的,只是后一种是使用Lambda表达式来解析的,最终的结果都一样。

SELECT t0.[ID],t0.[UserName],t0.[PassWord],t0.[UserCode],t0.[RealName],t0.[Email],t0.[Mobile],t0.[Phone],t0.[CreateTime],t0.[CreateIp],t0.[CreateUser],t0.[LoginCount],t0.[Picture],t0.[UpdateTime],t0.[IsDelete],t0.[Status],t0.[DepartNum],t0.[ParentCode],t0.[RoleNum],t0.[Remark],t1.[RoleName] AS RoleName FROM [dbo].[Admin] AS t0  LEFT JOIN [dbo].[SysRole] AS t1 ON  t0.[RoleNum]=t1.[RoleNum]  WHERE t0.[IsDelete]=@0_t0_ISDelete

     上面的方法调用最终生成的SQL如上,我们中重点看WHERE后面的,如果对比起来应该都能够理解了

DateTime beginTime = ConvertHelper.ToType<DateTime>(begin);
DateTime endTime = ConvertHelper.ToType<DateTime>(end);
entity.And<T_EXECUTEEntity>("execute_start_time", ECondition.Between, beginTime, endTime).And<T_EXECUTEEntity>("execute_end_time", ECondition.IsNot, null); ;

    


作者:情缘
出处:http://www.cnblogs.com/qingyuan/
关于作者:从事仓库,生产软件方面的开发,在项目管理以及企业经营方面寻求发展之路
版权声明:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接。
联系方式: 个人QQ  821865130 ; 仓储技术QQ群 88718955,142050808 ;
吉特仓储管理系统 开源地址: https://github.com/hechenqingyuan/gitwms

 

相关文章
|
SQL Java 数据库
Git.Framework 框架随手记--历史原因
  Git.Framework 是近几年工作的一些工作经验总结,虽不能和某些知名的框架相提并论,但是还是比较实用的。此框架经过三年多的升级和维护,已经具有较强的实用性,在此记录该框架的使用操作方式,贡献给公司第一线开发的技术人员们,感谢你们所付出的努力。
985 0
|
XML 监控 数据库连接
Git.Framework 框架随手记--准备工作
  前面已经提到过了本框架的由来,时至今日该框架已经和最初版本有了天壤之别。因为仍有部分代码是采用原有的框架,所以本框架也算不上原创,只是在原有的基础上不断的改进,所以希望了解此框架的人不要过多的指责。
972 0
|
数据库
Git.Framework 框架随手记--ORM项目工程
  前面已经简单介绍过了该框架(不一定是框架),本文开始重点记录其使用过程。可能记录的内容不是太详尽,框架也可能非常烂,但是里面的代码句句是实战项目所得。本文非教唆之类的文章,也非批判之类的文章,更不是炫技之类的文章,只是工作的记录和总结,希望能够给大家一些启迪,忘诸位勿喷!     一. 组建项目需要的几个部分     .NET中最为经典的三层结构,众所周知,无人不晓. 在Git.Framework框架中我们也遵循最基本的这种结构,ORM部分我们划分为如下: 数据实体层,数据访问接口层,数据访问层,[层序主入口加载相应的配置]。
855 0
|
SQL 数据库
Git.Framework 框架随手记--ORM新增操作
  本篇主要记录具体如何新增数据,废话不多说,开始进入正文。   一. 生成工程结构     上一篇已经说到了如何生成工程结构,这里在累述一次。     1. 新建项目总体结构       使用VS新建项目结构,分层结构可以随意。
926 0
|
SQL 数据库
Git.Framework 框架随手记--ORM编辑删除
  前面一篇文章主要讲解了如何使用Git.Framework往数据库中添加数据。其操作过程相对简单,本章主要记录如何编辑数据和修改数据。     一. 编辑数据     在Git.Framework中主要提供了如下编辑方法 int Update(List list); int Upda...
1164 0
|
数据库
Git.Framework 框架随手记--ORM查询返回实体对象
  使用ORM有一个优势,可以通过某种机制将数据库中的数据转化为自己想要的对象形式数据。本章记录一下如何使用Git.Framework返回实体对象     一. Git.Framework 中提供的方法     在Git.
1001 0
Git.Framework 框架随手记--ORM查询数据集合 一
  本文记录Git.Framework之ORM中最为浓墨重彩的一篇,查询集合。根据自己做的项目统计这个是使用频率最高的一个。     一. 查询集合方法简介 (1)List GetList(); (2)List GetList(bool isOpenTrans); (3)List Ge...
1233 0
|
SQL
Git.Framework 框架随手记--ORM查询数据集合 二
  一.  分组查询     在SQL中使用Group By 来对数据分组,在实际中分组中一般与聚合函数一并使用。在Git.Framework中提供了相应的分组方法 DataTable Group(T entity); DataTable Group(T entity, bool isOpenTrans); IEnumerable Group(T entity, Func keySelector);     对某张表进行分组查询需要使用Group方法, 在分组的时候必须指定分组的字段。
952 0
|
SQL XML 数据库
Git.Framework 框架随手记--SQL配置文件的使用
  前面几篇文章讲到了如何使用框架进行简单结构的增删改查操作,由于个人能力有限在对于复杂的SQL操作面前也是无能为力,只能自己动手来写SQL语句。在Git.Framework中提供了一个公共的接口来直接操作SQL语句。
970 0
|
存储
Git.Framework 框架随手记--存储过程简化
  在很多的ORM中对存储过程操作都是一个棘手的地方,因为存储过程是一段预编译的代码,其中可以包含很多处理过程。在Git.Framework中也同样存在这样的问题,目前没有能力解决这个问题。但是对于存储过程的一些外围操作目前还是可以支持的。
895 0