做木业网站怎样起名,园区门户网站建设,山东省省建设厅网站,中国设计网 字体MyBatis中在查询进行select映射的时候#xff0c;返回类型可以用resultType#xff0c;也可以用resultMap#xff0c;resultType是直接 表示返回类型的#xff0c;而resultMap则是对外部ResultMap的引用#xff0c;但是resultType跟resultMap不能同时存在。 1.resultType … MyBatis中在查询进行select映射的时候返回类型可以用resultType也可以用resultMapresultType是直接 表示返回类型的而resultMap则是对外部ResultMap的引用但是resultType跟resultMap不能同时存在。 1.resultType 在MyBatis进行查询映射的时候其实查询出来的每一个属性都是放在一个对应的Map里面的其中键是属性名 值则是其对应的值。当提供的返回类型属性是resultType的时候MyBatis会将Map里面的键值对取出赋给 resultType所指定的对象对应的属性。所以其实MyBatis的每一个查询映射的返回类型都是ResultMap 只是当我们提供的返回类型属性是resultType的时候MyBatis对自动的给我们把对应的值赋给resultType 所指定对象的属性而当我们提供的返回类型是resultMap的时候因为Map不能很好表示领域模型 我们就需要自己再进一步的把它转化为对应的对象这常常在复杂查询中很有作用。 这里要强调的是Mybatis是对返回的结果的每一行做映射的。所以下面的语句返回的是Integer,而不是List Xml代码   select idcount parameterTypeAreaDto resultTypejava.lang.Integer           SELECT id FROM USER   /select   返回一个int Xml代码   select idcount parameterTypeAreaDto resultTypejava.lang.Integer           SELECT count(*) FROM USER   /select   返回map Xml代码   select id”selectUsers” parameterType”int” resultType”hashmap”       select id, username, hashedPassword       from some_table       where id  #{id}   /select   这样一个语句简单作用于所有列被自动映射到HashMap的键上这由resultType属性指定。这在很多情况下是有用的但是HashMap不能很好描述一个领域模型。那样你的应用程序将会使用JavaBeans或POJOsPlain Old Java Objects普通Java对象来作为领域模型 返回javaBEAN 对象 Xml代码   select idcount parameterTypeAreaDto resultTypeUser           SELECT * FROM USER   /select    要记住类型别名是你的伙伴。使用它们你可以不用输入类的全路径。 Xml代码   typeAlias type”com.someapp.model.User” alias”User”/   这些情况下MyBatis会在幕后自动创建一个ResultMap基于属性名来映射列到JavaBean的属性上 2.resultMap MyBatis会自动创建一个ResultMap对象然后基于查找出来的属性名进行键值对封装然后再看到返回类型是Blog对象再从ResultMap中取出与Blog对象对应的键值对进行赋值。 当返回类型直接是一个ResultMap的时候也是非常有用的这主要用在进行复杂联合查询上因为进行简单查询是没有什么必要的。 简单resultMap配置  Xml代码   resultMap typecom.liulanghan.Blog idBlogResult         id columnid propertyid/         result columntitle propertytitle/         result columncontent propertycontent/         result columnowner propertyowner/     /resultMap        select idselectBlog parameterTypeint resultMapBlogResult           select * from t_blog where id  #{id}     /select   结果集的列比resultMap多会报错么 不会,只映射resultMap中有的列。 结果集的列比resultMap少会报错么 不会,只映射结果集中有的列。 高级结果映射 Xml代码   resultMap iddetailedBlogResultMap typeBlog       constructor           idArg columnblog_id javaTypeint/       /constructor       result propertytitle columnblog_title/       association propertyauthor columnblog_author_id javaType Author           id propertyid columnauthor_id/           result propertyusername columnauthor_username/           result propertypassword columnauthor_password/           result propertyemail columnauthor_email/           result propertybio columnauthor_bio/           result propertyfavouriteSection columnauthor_favourite_section/       /association       collection propertyposts ofTypePost           id propertyid columnpost_id/           result propertysubject columnpost_subject/           association propertyauthor columnpost_author_id javaTypeAuthor/           collection propertycomments columnpost_id ofType Comment               id propertyid columncomment_id/           /collection           collection propertytags columnpost_id ofType Tag                id propertyid columntag_id/           /collection           discriminator javaTypeint columndraft               case value1 resultTypeDraftPost/           /discriminator       /collection   /resultMap   resultMap       constructor – 类在实例化时用来注入结果到构造方法中            idArg – ID参数标记结果作为ID可以帮助提高整体效能            arg – 注入到构造方法的一个普通结果       id – 一个ID结果标记结果作为ID可以帮助提高整体效能       result – 注入到字段或JavaBean属性的普通结果      association – 一个复杂的类型关联许多结果将包成这种类型            嵌入结果映射 – 结果映射自身的关联或者参考一个      collection – 复杂类型的集            嵌入结果映射 – 结果映射自身的集或者参考一个     discriminator – 使用结果值来决定使用哪个结果映射          case – 基于某些值的结果映射                嵌入结果映射 – 这种情形结果也映射它本身因此可以包含很多相同的元素或者它可以参照一个外部的结果映射。 id 和result     id和result都映射一个单独列的值到简单数据类型 这两者之间的唯一不同是id表示的结果将是当比较对象实例时用到的标识属性。这帮助来改进整体表现特别是缓存和嵌入结果映射也就是联合映射。 它们共有的属性如下 property 映射到列结果的字段或属性。如果匹配的是存在的和给定名称相同的JavaBeans的属性那么就会使用。否则MyBatis将会寻找给定名称的字段。这两种情形你可以使用通常点式的复杂属性导航。比如你可以这样映射一些东西“username”或者映射到一些复杂的东西“address.street.number”。 column 从数据库中得到的列名或者是列名的重命名标签。这也是通常和会传递给resultSet.getString(columnName)方法参数中相同的字符串。 javaType 一个Java类的完全限定名或一个类型别名参加上面内建类型别名的列表。如果你映射到一个JavaBeanMyBatis通常可以断定类型。然而如果你映射到的是HashMap那么你应该明确地指定javaType来保证所需的行为。 jdbcType 在这个表格之后的所支持的JDBC类型列表中的类型。JDBC类型是仅仅需要对插入更新和删除操作可能为空的列进行处理。这是JDBC的需要而不是MyBatis的。如果你直接使用JDBC编程你需要指定这个类型-但仅仅对可能为空的值。 typeHandler 我们在前面讨论过默认的类型处理器。使用这个属性你可以覆盖默认的类型处理器。这个属性值是类的完全限定名或者是一个类型处理器的实现或者是类型别名。 constructor 。构造方法注入允许你在初始化时为类设置属性的值而不用暴露出公有方法。MyBatis也支持私有属性和私有JavaBeans属性来达到这个目的但是一些人更青睐构造方法注入。 为了向这个构造方法中注入结果MyBatis需要通过它的参数的类型来标识构造方法。Java没有自查反射参数名的方法。所以当创建一个构造方法元素时保证参数是按顺序排列的而且数据类型也是确定的。 association association关联元素处理“有一个”类型的关系,即一对一关联。它有两种关联方式 嵌套查询通过执行另外一个SQL映射语句来返回预期的复杂类型。 嵌套结果使用嵌套结果映射来处理重复的联合结果的子集。 嵌套查询 Xml代码   resultMap  iduserResultMap typeUser       id propertyid columnID jdbcTypeNUMERIC javaTypejava.lang.Long/       result propertyloginName columnLOGIN_NAME jdbcTypeVARCHAR javaTypejava.lang.String/       result propertypassword columnpassword jdbcTypeVARCHAR javaTypejava.lang.String/       result propertyroleId columnrole_id jdbcTypeNUMERIC javaTypejava.lang.Long/       association propertyrole columnrole_id javaTypeRole selectselectRole/   /resultMap      select idselectUser parameterTypejava.lang.Long resultMapuserResultMap           select * from User where id #{id}      /select       select idselectRole parameterTypejava.lang.Long resultTypeRole           select * from Role where id #{id}      /select    这里有两个查询一个查询加载User,一个查询加载Role. 这里select为另外一个映射语句的ID可以加载这个属性映射需要的复杂类型。获取的在列属性中指定的列的值将被传递给目标select语句作为参数。 注意: 而select 为selectRole的SQL输入参数可以随便给名称只要是输入参数与压入进去的值类型相同就行了可以写成 Xml代码   select * from Role where id  #{sfffs}    不管输入参数名称是什么mybatis最终会执行 效果为 Sql代码   select * from role where id resultSet.getLong(Role_id);   注意:要保证第二个查询查出来的结果只有一条记录。 要处理复合主键你可以指定多个列名通过column{prop1col1,prop2col2}这种语法来传递给嵌套查询语句。这会引起prop1和prop2以参数对象形式来设置给目标嵌套查询语句。 Xml代码   resultMap  iduserResultMap typeUser       id propertyid columnID jdbcTypeNUMERIC javaTypejava.lang.Long/       result propertyloginName columnLOGIN_NAME jdbcTypeVARCHAR javaTypejava.lang.String/       result propertypassword columnpassword jdbcTypeVARCHAR javaTypejava.lang.String/       result propertyroleId columnrole_id jdbcTypeNUMERIC javaTypejava.lang.Long/       association propertyrole column{idrole_id,namerole_name} javaTypeRole selectselectRole/   /resultMap      select idselectRole parameterTypeHashMap  resultTypeRole           select * from Role where id #{id} and name #{name}      /select   这种方式很简单但是对于大型数据集合和列表将不会表现很好。问题就是我们熟知的“N1查询问题”。概括地讲N1查询问题可以是这样引起的 你执行了一个单独的SQL语句来获取结果列表就是“1”。    对返回的每条记录你执行了一个查询语句来为每个加载细节就是“N”。 这个问题会导致成百上千的SQL语句被执行。这通常不是期望的。 比如一个查询用户列表的SQL假如有2000个用户那么就是一个查询用户的SQL和2000个查询角色的SQL一共有2001个SQL被运行。 MyBatis能延迟加载这样的查询就是一个好处因此你可以分散这些语句同时运行的消耗。然而如果你加载一个列表之后迅速迭代来访问嵌套的数据你会调用所有的延迟加载这样的行为可能是很糟糕的。 所以还有另外一种方法。 关联的嵌套结果 嵌套结果 Xml代码   resultMap  iduserResultMap typeUser       id propertyid columnID jdbcTypeNUMERIC javaTypejava.lang.Long/       result propertyloginName columnLOGIN_NAME jdbcTypeVARCHAR javaTypejava.lang.String/       result propertypassword columnpassword jdbcTypeVARCHAR javaTypejava.lang.String/       result propertyroleId columnrole_id jdbcTypeNUMERIC javaTypejava.lang.Long/       association propertyrole columnrole_id javaTypeRole resultMaproleResultMap/           id propertyid columnrole_id/           result propertyname columnrole_name/       /association   /resultMap      resultMap idroleResultMap typeRole       id propertyid columnrole_id/       result propertyname columnrole_name/   /resultMap   也可以这样配置 Xml代码   resultMap  iduserResultMap typeUser       id propertyid columnID jdbcTypeNUMERIC javaTypejava.lang.Long/       result propertyloginName columnLOGIN_NAME jdbcTypeVARCHAR javaTypejava.lang.String/       result propertypassword columnpassword jdbcTypeVARCHAR javaTypejava.lang.String/       result propertyroleId columnrole_id jdbcTypeNUMERIC javaTypejava.lang.Long/       association propertyrole columnrole_id javaTypeRole resultMaproleResultMap/   /resultMap      resultMap idroleResultMap typeRole       id propertyid columnrole_id/       result propertyname columnrole_name/   /resultMap   resultMap这是结果映射的ID可以映射关联的嵌套结果到一个合适的对象图中。这是一种替代方法来调用另外一个查询语句。这允许你联合多个表来合成到一个单独的结果集。这样的结果集可能包含重复数据的重复组需要被分解合理映射到一个嵌套的对象图。为了使它变得容易MyBatis让你“链接”结果映射来处理嵌套结果。一个例子会很容易来仿照这个表格后面也有一个示例。 注意这个联合查询以及采取保护来确保所有结果被唯一而且清晰的名字来重命名。 columnPrefix 属性 Xml代码   association propertyrole columnrole_id javaTypeRole resultMaproleResultMap columnPrefixrole_/           id propertyid columnid/           result propertyname columnname/   /association   非常重要在嵌套据诶过映射中id元素扮演了非常重要的角色。应应该通常指定一个或多个属性它们可以用来唯一标识结果。实际上就是如果你离开她了但是有一个严重的性能问题时MyBatis仍然可以工作。选择的属性越少越好它们可以唯一地标识结果。主键就是一个显而易见的选择尽管是联合主键。 上面你已经看到了如何处理“有一个”类型关联。但是“有很多个”是怎样的下面这个部分就是来讨论这个主题的。 collection collection关联元素处理一对多关联。 Xml代码   resultMap  idroleResultMap typeRole       id propertyid columnID jdbcTypeNUMERIC javaTypejava.lang.Long/       result propertyname columnNAME jdbcTypeVARCHAR javaTypejava.lang.String/       result propertyuserId columnuser_id jdbcTypeNUMERIC javaTypejava.lang.Long/       collection propertyuser columnuser_id javaTypeArrayList ofTypePost selectselectUser/      /resultMap      select idselectUser parameterTypejava.lang.Long   resultTypeUser           select * from uer where id #{id}    /select    同样可以这样配置 Xml代码   resultMap  idroleResultMap typeRole       id propertyid columnID jdbcTypeNUMERIC javaTypejava.lang.Long/       result propertyname columnNAME jdbcTypeVARCHAR javaTypejava.lang.String/       result propertyuserId columnuser_id jdbcTypeNUMERIC javaTypejava.lang.Long/       collection propertyuser columnuser_id javaTypeArrayList ofTypePost           id propertyid columnuser_id/           result propertyname columnuser_name/       /collection   /resultMap   resultMap iduserResultMap typeUser       id propertyid columnuser_id/       result propertyname columnuser_name/   /resultMap