mybatis存儲圖片
Ⅰ mybatis怎麼使用存儲過程
mybatis 配置 裡面 寫好存儲過程,然後直接調用。
編輯userMapper.xml
編輯userMapper.xml文件,添加如下的配置項
1 <!--
2 查詢得到男性或女性的數量, 如果傳入的是0就女性否則是男性
3 -->
4 <select id="getUserCount" parameterMap="getUserCountMap" statementType="CALLABLE">
5 CALL mybatis.ges_user_count(?,?)
6 </select>
7
8 <!--
9 parameterMap.put("sexid", 0);
10 parameterMap.put("usercount", -1);
11 -->
12 <parameterMap type="java.util.Map" id="getUserCountMap">
13 <parameter property="sexid" mode="IN" jdbcType="INTEGER"/>
14 <parameter property="usercount" mode="OUT" jdbcType="INTEGER"/>
15 </parameterMap>
四、編寫單元測試代碼
1 package me.gacl.test;
2
3 import java.util.HashMap;
4 import java.util.List;
5 import java.util.Map;
6
7 import me.gacl.custom.model.ConditionUser;
8 import me.gacl.domain.User;
9 import me.gacl.util.MyBatisUtil;
10 import org.apache.ibatis.session.sqlSession;
11 import org.junit.Test;
12
13 /**
14 * @author gacl
15 * 測試調用存儲過程
16 */
17 public class Test6 {
18
19 @Test
20 public void testGetUserCount(){
21 SqlSession sqlSession = MyBatisUtil.getSqlSession();
22 /**
23 * 映射sql的標識字元串,
24 * me.gacl.mapping.userMapper是userMapper.xml文件中mapper標簽的namespace屬性的值,
25 * getUserCount是select標簽的id屬性值,通過select標簽的id屬性值就可以找到要執行的SQL
26 */
27 String statement = "me.gacl.mapping.userMapper.getUserCount";//映射sql的標識字元串
28 Map<String, Integer> parameterMap = new HashMap<String, Integer>();
29 parameterMap.put("sexid", 1);
30 parameterMap.put("usercount", -1);
31 sqlSession.selectOne(statement, parameterMap);
32 Integer result = parameterMap.get("usercount");
33 System.out.println(result);
34 sqlSession.close();
35 }
36 }
Ⅱ mybatis存儲過程 不確定結果集如何配置XML,
MyBatis學習 之 一、MyBatis簡介與配置MyBatis+Spring+MySql
MyBatis學習 之 二、SQL語句映射文件(1)resultMap
MyBatis學習 之 二、SQL語句映射文件(2)增刪改查、參數、緩存
MyBatis學習 之 三、動態SQL語句
MyBatis學習 之 四、MyBatis配置文件
在定義sqlSessionFactory時需要指定MyBatis主配置文件:
Xml代碼 收藏代碼
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="configLocation" value="classpath:mybatis-config.xml" />
<property name="dataSource" ref="dataSource" />
</bean>
MyBatis配置文件中大標簽configuration下子標簽包括:
configuration
|--- properties
|--- settings
|--- typeAliases
|--- typeHandlers
|--- objectFactory
|--- plugins
|--- environments
|--- |--- environment
|--- |--- |--- transactionManager
|--- |--- |__ dataSource
|__ mappers
4.1 properties屬性
properties和java的.properties的配置文件有關。配置properties的resource指定.properties的路徑,然後再在properties標簽下配置property的name和value,則可以替換.properties文件中相應屬性值。
Xml代碼 收藏代碼
<!-- 屬性替換 -->
<properties resource="mysql.properties">
<property name="jdbc.driverClassName" value="com.mysql.jdbc.Driver"/>
<property name="jdbc.url" value="jdbc:mysql://localhost:3306/student_manager"/>
<property name="username" value="root"/>
<property name="password" value="limingnihao"/>
</properties>
4.2 settings設置
這是MyBatis 修改操作運行過程細節的重要的步驟。下方這個表格描述了這些設置項、含義和默認值。
設置項
描述
允許值
默認值
cacheEnabled
對在此配置文件下的所有cache 進行全局性開/關設置。
true | false
true
lazyLoadingEnabled
全局性設置懶載入。如果設為『false』,則所有相關聯的都會被初始化載入。
true | false
true
aggressiveLazyLoading
當設置為『true』的時候,懶載入的對象可能被任何懶屬性全部載入。否則,每個屬性都按需載入。
true | false
true
multipleResultSetsEnabled
允許和不允許單條語句返回多個數據集(取決於驅動需求)
true | false
true
useColumnLabel
使用列標簽代替列名稱。不同的驅動器有不同的作法。參考一下驅動器文檔,或者用這兩個不同的選項進行測試一下。
true | false
true
useGeneratedKeys
允許JDBC 生成主鍵。需要驅動器支持。如果設為了true,這個設置將強制使用被生成的主鍵,有一些驅動器不兼容不過仍然可以執行。
true | false
false
autoMappingBehavior
指定MyBatis 是否並且如何來自動映射數據表欄位與對象的屬性。PARTIAL將只自動映射簡單的,沒有嵌套的結果。FULL 將自動映射所有復雜的結果。
NONE,
PARTIAL,
FULL
PARTIAL
defaultExecutorType
配置和設定執行器,SIMPLE 執行器執行其它語句。REUSE 執行器可能重復使用prepared statements 語句,BATCH執行器可以重復執行語句和批量更新。
SIMPLE
REUSE
BATCH
SIMPLE
defaultStatementTimeout
設置一個時限,以決定讓驅動器等待資料庫回應的多長時間為超時
正整數
Not Set
(null)
例如:
Xml代碼 收藏代碼
<settings>
<setting name="cacheEnabled" value="true" />
<setting name="lazyLoadingEnabled" value="true" />
<setting name="multipleResultSetsEnabled" value="true" />
<setting name="useColumnLabel" value="true" />
<setting name="useGeneratedKeys" value="false" />
<setting name="enhancementEnabled" value="false" />
<setting name="defaultExecutorType" value="SIMPLE" />
</settings>
4.3 typeAliases類型別名
類型別名是Java 類型的簡稱。
它僅僅只是關聯到XML 配置,簡寫冗長的JAVA 類名。例如:
Xml代碼 收藏代碼
<typeAliases>
<typeAlias alias="UserEntity" type="com.manager.data.model.UserEntity" />
<typeAlias alias="StudentEntity" type="com.manager.data.model.StudentEntity" />
<typeAlias alias="ClassEntity" type="com.manager.data.model.ClassEntity" />
</typeAliases>
使用這個配置,「StudentEntity」就能在任何地方代替「com.manager.data.model.StudentEntity」被使用。
對於普通的Java類型,有許多內建的類型別名。它們都是大小寫不敏感的,由於重載的名字,要注意原生類型的特殊處理。
別名
映射的類型
_byte
byte
_long
long
_short
short
_int
int
_integer
int
_double
double
_float
float
_boolean
boolean
string
String
byte
Byte
long
Long
short
Short
int
Integer
integer
Integer
double
Double
float
Float
boolean
Boolean
date
Date
decimal
BigDecimal
bigdecimal
BigDecimal
object
Object
map
Map
hashmap
HashMap
list
List
arraylist
ArrayList
collection
Collection
iterator
Iterator
4.4 typeHandlers類型句柄
無論是MyBatis在預處理語句中設置一個參數,還是從結果集中取出一個值時,類型處理器被用來將獲取的值以合適的方式轉換成Java類型。下面這個表格描述了默認的類型處理器。
類型處理器
Java類型
JDBC類型
BooleanTypeHandler
Boolean,boolean
任何兼容的布爾值
ByteTypeHandler
Byte,byte
任何兼容的數字或位元組類型
ShortTypeHandler
Short,short
任何兼容的數字或短整型
IntegerTypeHandler
Integer,int
任何兼容的數字和整型
LongTypeHandler
Long,long
任何兼容的數字或長整型
FloatTypeHandler
Float,float
任何兼容的數字或單精度浮點型
DoubleTypeHandler
Double,double
任何兼容的數字或雙精度浮點型
BigDecimalTypeHandler
BigDecimal
任何兼容的數字或十進制小數類型
StringTypeHandler
String
CHAR和VARCHAR類型
ClobTypeHandler
String
CLOB和LONGVARCHAR類型
NStringTypeHandler
String
NVARCHAR和NCHAR類型
NClobTypeHandler
String
NCLOB類型
ByteArrayTypeHandler
byte[]
任何兼容的位元組流類型
BlobTypeHandler
byte[]
BLOB和LONGVARBINARY類型
DateTypeHandler
Date(java.util)
TIMESTAMP類型
DateOnlyTypeHandler
Date(java.util)
DATE類型
TimeOnlyTypeHandler
Date(java.util)
TIME類型
SqlTimestampTypeHandler
Timestamp(java.sql)
TIMESTAMP類型
SqlDateTypeHandler
Date(java.sql)
DATE類型
SqlTimeTypeHandler
Time(java.sql)
TIME類型
ObjectTypeHandler
Any
其他或未指定類型
EnumTypeHandler
Enumeration類型
VARCHAR-任何兼容的字元串類型,作為代碼存儲(而不是索引)。
你可以重寫類型處理器或創建你自己的類型處理器來處理不支持的或非標準的類型。要這樣做的話,簡單實現TypeHandler介面(org.mybatis.type),然後映射新的類型處理器類到Java類型,還有可選的一個JDBC類型。然後再typeHandlers中添加這個類型處理器。
新定義的類型處理器將會覆蓋已經存在的處理Java的String類型屬性和VARCHAR參數及結果的類型處理器。要注意MyBatis不會審視資料庫元信息來決定使用哪種類型,所以你必須在參數和結果映射中指定那是VARCHAR類型的欄位,來綁定到正確的類型處理器上。這是因為MyBatis直到語句被執行都不知道數據類型的這個現實導致的。
Java代碼 收藏代碼
public class LimingStringTypeHandler implements TypeHandler {
@Override
public void setParameter(PreparedStatement ps, int i, Object parameter, JdbcType jdbcType) throws SQLException {
System.out.println("setParameter - parameter: " + ((String) parameter) + ", jdbcType: " + jdbcType.TYPE_CODE);
ps.setString(i, ((String) parameter));
}
@Override
public Object getResult(ResultSet rs, String columnName) throws SQLException {
System.out.println("getResult - columnName: " + columnName);
return rs.getString(columnName);
}
@Override
public Object getResult(CallableStatement cs, int columnIndex) throws SQLException {
System.out.println("getResult - columnIndex: " + columnIndex);
return cs.getString(columnIndex);
}
}
在配置文件的typeHandlers中添加typeHandler標簽。
Xml代碼 收藏代碼
<typeHandlers>
<typeHandler javaType="String" jdbcType="VARCHAR" handler="liming.student.manager.type.LimingStringTypeHandler"/>
</typeHandlers>
Ⅲ 什麼是mybatis 為什麼要使用my batis
1、定義
MyBatis是一個支持普通SQL查詢,存儲過程和高級映射的優秀持久層框架。
2、使用原因
MyBatis消除了幾乎所有的JDBC代碼和參數的手工設置以及對結果集的檢索封裝。MyBatis可以使用簡單的XML或註解用於配置和原始映射,將介面和Java的POJO(Plain Old Java Objects,普通的Java對象)映射成資料庫中的記錄。
3、總體流程
(1)載入配置並初始化
觸發條件:載入配置文件
處理過程:將SQL的配置信息載入成為一個個MappedStatement對象(包括了傳入參數映射配置、執行的SQL語句、結果映射配置),存儲在內存中。
(2)接收調用請求
觸發條件:調用Mybatis提供的API
傳入參數:為SQL的ID和傳入參數對象
處理過程:將請求傳遞給下層的請求處理層進行處理。
(3)處理操作請求
觸發條件:API介面層傳遞請求過來
傳入參數:為SQL的ID和傳入參數對象
處理過程:
(A)根據SQL的ID查找對應的MappedStatement對象。
(B)根據傳入參數對象解析MappedStatement對象,得到最終要執行的SQL和執行傳入參數。
(C)獲取資料庫連接,根據得到的最終SQL語句和執行傳入參數到資料庫執行,並得到執行結果。
(D)根據MappedStatement對象中的結果映射配置對得到的執行結果進行轉換處理,並得到最終的處理結果。
(E)釋放連接資源。
(4)返回處理結果將最終的處理結果返回。
Ⅳ 最近幾天一直在搞Mybatis調用存儲過程的問題,用<select>標簽寫的那種!然後用Java里寫調用函數
ibatis:sql需要自己寫
hibernate:sql自動生成
上面是最大的區別,下面是一些細節.
選擇Hibernate還是iBATIS都有它的道理:
Hibernate的特點:
Hibernate功能強大,資料庫無關性好,O/R映射能力強,如果你對Hibernate相當精通,而且對Hibernate進行了適當的封裝,那麼你的項目整個持久層代碼會相當簡單,需要寫的代碼很少,開發速度很快,非常爽。以資料庫欄位亂春塌一一對應映射得到的PO和Hibernte這種對象化映射得到的PO是截然不同的,本質區別在於這種PO是扁平化的,不像Hibernate映射的PO是可以表達立體的對象繼承,聚合等等關系的,這將會直接影響到你的整個軟體系統的設計思路。Hibernate對資料庫結構提供了較為完整的封裝,Hibernate的O/R Mapping實現了POJO 和資料庫表之間的映射,以及SQL 的自動生成和執行。程序員往往只需定義好了POJO 到資料庫表的映射關系,即可通過Hibernate 提供的方法完成持久層操作。程序員甚至不需要對SQL 的熟練掌握, Hibernate/OJB 會根據制定的存儲邏輯,自動生成對應的SQL 並調用JDBC 介面加以執行。Hibernate的缺點就是學習門檻不低,要精通門檻更高,而且怎麼設計O/R映射,在性能和對象模型之間如何權衡取得平衡,以及怎樣用好Hibernate方面需要你的經驗和能力都很強才行,但是Hibernate現在已經是主流O/R Mapping框架,從文檔的豐富性,產品的完善性,版本的開發速度都要強於iBATIS。
iBATIS的特點:
iBATIS入門簡單,即學即用,提供了資料庫查詢的自動對象綁定嘩圓功能,而且延續了很好的SQL使用經驗,對於沒有那麼高的對象模型要求的項目來說,相當完美。iBATIS的缺點就是框架還是比較簡陋,功能尚有缺失,雖然簡化了數據綁定代碼,但是整個底層資料庫查詢實際還是要自己寫的,工作量也比較大,而且不太容易適應快速資料庫修改。當系統屬於二次開發,無法對資料庫結構做到控制和修改,那iBATIS的靈活性將比Hibernate更適合。系統數據處理量巨大,性能要求極為苛刻,這往往意味著我們必須通過經過高度優化的SQL語句(或存儲過程)才能達到系統性能設計指標。在這種情況下iBATIS會有更好的可控性和表現。
對於實際的開發進行的比較:
1. iBATIS需要手寫sql語句,也可以生成一森弊部分,Hibernate則基本上可以自動生成,偶爾會寫一些Hql。同樣的需求,iBATIS的工作量比 Hibernate要大很多。類似的,如果涉及到資料庫欄位的修改,Hibernate修改的地方很少,而iBATIS要把那些sql mapping的地方一一修改。
2. iBatis 可以進行細粒度的優化
比如說我有一個表,這個表有幾個或者幾十個欄位,我需要更新其中的一個欄位,iBatis 很簡單,執行一個sql UPDATE TABLE_A SET column_1=#column_1# WHERE id=#id# 但是用 Hibernate 的話就比較麻煩了,預設的情況下 hibernate 會更新所有欄位。 當然我記得 hibernate 有一個選項可以控制只保存修改過的欄位,但是我不太確定這個功能的負面效果。
例如:我需要列出一個表的部分內容,用 iBatis 的時候,這裡面的好處是可以少從資料庫讀很多數據,節省流量SELECT ID, NAME FROM TABLE_WITH_A_LOT_OF_COLUMN WHERE ...一般情況下Hibernate 會把所有的欄位都選出來。比如說有一個上面表有8個欄位,其中有一兩個比較大的欄位,varchar(255)/text。上面的場景中我為什麼要把他們也選出來呢?用hibernate 的話,你又不能把這兩個不需要的欄位設置為lazy load,因為還有很多地方需要一次把整個 domain object 載入出來。這個時候就能顯現出ibatis 的好處了。如果我需要更新一條記錄(一個對象),如果使用 hibernate,需要現把對象 select 出來,然後再做 update。這對資料庫來說就是兩條sql。而iBatis只需要一條update的sql就可以了。減少一次與資料庫的交互,對於性能的提升是非常重要。
3. 開發方面:
開發效率上,我覺得兩者應該差不多。可維護性方面,我覺得 iBatis 更好一些。因為 iBatis 的 sql 都保存到單獨的文件中。而 Hibernate 在有些情況下可能會在 java 代碼中保sql/hql。相對Hibernate「O/R」而言,iBATIS 是一種「Sql Mapping」的ORM實現。 而iBATIS 的著力點,則在於POJO 與SQL之間的映射關系。也就是說,iBATIS並不會為程序員在運行期自動生成SQL 執行。具體的SQL 需要程序員編寫,然後通過映射配置文件,將SQL所需的參數,以及返回的結果欄位映射到指定POJO。使用iBATIS 提供的ORM機制,對業務邏輯實現人員而言,面對的是純粹的Java對象,這一層與通過Hibernate 實現ORM 而言基本一致,而對於具體的數據操作,Hibernate會自動生成SQL 語句,而iBATIS 則要求開發者編寫具體的SQL 語句。相對Hibernate而言,iBATIS 以SQL開發的工作量和資料庫移植性上的讓步,為系統設計提供了更大的自由空間。
4. 運行效率
在不考慮 cache 的情況下,iBatis 應該會比hibernate 快一些或者很多。
上面是hibernate和ibatis的區別。
現在說一說對於手寫sql和存儲過程的支持:
這些東西其實我們都不需要擔心,這種框架能被大家接受就說明像這種功能那是必須的,一定要支持,否肯定被人扣板磚!
hibernate對手寫sql和存儲過程都有很好的支持,對於手寫sql有的時候還是有必要的,如對於非常復雜的sql語句,可能對於我們用hql語句是很難完成的,這個時候就需要我們用sql來完成,相對於hql,我們還是比較熟練sql的!存儲過程的支持也是必要的,和只需簡單的一句:CallableStatement cstmt = con.prepareCall(procere); 就能對已有存儲過程的調用。
ibatis這我就不多少了,一樣,都有很好的支持。
存在就有其合理性,對於不同的情況,我們會有不同的解決方案,所以不要輕易的說那個那個功能不好,沒准他就是你解決難題的殺手鐧!
Ⅳ mybatis調用mysql存儲過程(返回參數,單結果集,多結果集)
mybatis調用mysql存儲過程(返回參數,單結果集,多結果集)
註: RETCODE、RETDESC 這里的輸出值不用在函數里 SELECT RETCODE; ,因為即使沒有,當執行成功後會自動返回在對象里(Object/Map),所以在函數里不用SELECT一下了。
Navicat中執行函數需要輸入參數值,也是對應圖1,@A@B表示輸出值。(一個輸入值兩個輸出值)
1. 標注一二三四五處如果存在,則執行成功後返回結果如下
標注一對應結果1
標注二對應結果2
標注三對應結果3
標注四對應結果4
標注五對應結果5
其中結果3返回的是集合。
存在這么多結果,想要取結果3中的集合是不好取的,只有像下圖一樣只有一個結果才好取出集合。
2. 標注一二四五處如果不存在,則執行成功後返回結果如下
只有結果1,對應的是標注三處的值。可以取出集合
函數p_plicate_enroll
Ⅵ mybatis調用存儲過程
<select id="selectUserById" statementType="CALLABLE" useCache="false">
{
call select_user_by_id(
#{userId,mode=IN},
#{realname,mode=OUT,jdbcType=VARCHAR},
#{username,mode=OUT,jdbcType=VARCHAR},
#{email,mode=OUT,jdbcType=VARCHAR},
#{phone,mode=OUT,jdbcType=VARCHAR},
#{remarks,mode=OUT,jdbcType=VARCHAR},
#{createDate,mode=OUT,jdbcType=TIMESTAMP}
)
}
</select>