기본 콘텐츠로 건너뛰기

[JAVA][Interface 2일차]#3

Mybatis 데이터베이스 연동



이전 방법 - SQL 선언문, 커낵션 등등 선언해야 할 것이 많았음. -> Mybatis를 통해서 해결할 것임.


Mybatis template


Myspring 부분 리뷰


1
xmlns:tx="http://www.springframework.org/schema/tx
cs

트랜잭션 처리하는 부분 -> Myspring >


1
<tx:annotation-driven transaction-manager="txManager"/>
cs

트랜잭션을 어노테이션 기반으로 처리하겠다.


1
2
3
4
5
6
7
8
    <!-- 1. Database Setting -->
     <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
         <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver"/>
         <property name="url" value="jdbc:oracle:thin:@70.12.114.50:1521:xe"/>
         <property name="username" value="db"/>
         <property name="password" value="db"/>
     </bean>
 
cs

DB연결 부분. url 챙길 것.


1
2
3
4
5
    <!-- 2. Transaction Setting -->
     <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
         <property name="dataSource" ref="dataSource"/>
     </bean>
 
cs

트랜잭션 처리. 위에 선언된 dataSource를 dataSource라는 이름으로 할당함.


1
2
3
4
5
    <!-- 3. MyBatis Setting -->
     <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
         <property name="dataSource" ref="dataSource"/>
         <property name="configLocation" value="classpath:com/mybatis/mybatis.xml"/>
     </bean>
cs

스프링과 Mybatis를 합친다.

<property name="configLocation" value="classpath:com/mybatis/mybatis.xml"/>

마이바티스의 환경설정. xml을 따로 설정한다. 프로젝트 기준 classpath는 src.

따라서 위치는 com.mybatis아래에 mybatis.xml을 만들어야한다.



1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE configuration
PUBLIC "-//mybatis.org/DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
    <typeAliases>
        <typeAlias type="com.vo.User" alias="user"/>
        <typeAlias type="com.vo.Product" alias="product"/>
    </typeAliases>
    
    <mappers>
        <mapper resource="com/mybatis/usermapper.xml"/>
        <mapper resource="com/mybatis/productmapper.xml"/>
        <mapper resource="com/mybatis/searchmapper.xml"/>
    </mappers>
</configuration>
cs


마이바티스 내부

<typeAlias type="com.vo.User" alias="user"/>

com.vo.User를 user로 할당한다.

<mapper resource="com/mybatis/usermapper.xml"/>

SQL문서를 xml로.


 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper
PUBLIC "-//mybatis.org/DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.mapper.UserMapper">
    
    
    <insert id="insert" parameterType="user">
        INSERT INTO T_USER VALUES (#{id},#{pwd},#{name})    
    </insert>
    
    <update id="update" parameterType="user">
        UPDATE T_USER SET PWD=#{pwd},NAME=#{name} WHERE ID=#{id}
    </update>
    
    <delete id="delete" parameterType="String">
        DELETE FROM T_USER WHERE ID=#{obj}
    </delete>
    
    <select id="select" parameterType="String" 
    resultType="user">
        SELECT * FROM T_USER WHERE ID=#{obj}    
    </select>
    
    <select id="selectall" resultType="user">
        SELECT * FROM T_USER 
    </select>
    
</mapper>
cs

usermapper.xml.

SQL문은 알맞게 수정할 것. 

Q. 여기서 id는 .java의 펑션 네임을 가르키는 것인가? 그렇다면 이름이 같고, 인풋갯수가 다른(overload)의 경우엔 어떻게 할 것인가?


1
2
3
4
5
6
7
8
9
10
11
12
13
14
package com.mapper;
 
import java.util.ArrayList;
 
import com.vo.User;
 
public interface UserMapper {
    public void insert(User obj);
    public void delete(String obj);
    public void update(User obj);
    public User select(String obj);
    public ArrayList<User> selectall();
}
 
cs

Usermapper.java 스프링에서 마이바티스로 들어올때 위의 기능들을 사용한다. .java 와 .xml의 기능이 대응되는 것을 볼 수 있음.


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
package com.component;
 
import java.util.ArrayList;
 
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Repository;
 
import com.frame.Dao;
import com.mapper.UserMapper;
import com.vo.User;
@Repository("userdao")
public class UserDao implements Dao<String, User> {
    @Autowired
    UserMapper um;
    
    @Override
    public void insert(User v) throws Exception{
        System.out.println("Inserted:"+v);
        um.insert(v);
    }
 
    @Override
    public void update(User v) throws Exception{
        um.update(v);
        System.out.println("Updated:"+v);
        
    }
 
    @Override
    public void delete(String k) throws Exception{
        System.out.println("Deleted:"+k);
        um.delete(k);
    }
 
    @Override
    public User select(String k) throws Exception{
        User user = um.select(k);
        return user;        
    }
 
    @Override
    public ArrayList<User> select() throws Exception{
        ArrayList<User> list = um.selectall();        
        return list;
    }
 
}
 
cs

UserDao 부분 세팅.


해결 못한부분. Search Range. -> 테이블을 조인해야 하는 것인가?




라벨:

댓글

댓글 쓰기

이 블로그의 인기 게시물

[건축][소프트웨어] 프로그램 비교

 실무를 하면서 라이노와 그래스호퍼를 많이 쓰게된다. 그러다보니 관련 지식도 쌓이고, 나 나름대로 정리도 하며 공유를 위해 글을 쓰기 시작했다. 앞으로 계획은 라이노와 라이노 안의 파이썬 스크립트 또는 그래스호퍼 연동으로 자동화 관련해서 다루려고 한다.  그 전에 왜 라이노, 그래스호퍼 그리고 파이썬을 쓰게 되게 됬는지 프로그램들 비교 후에얘기하고자 한다. 비교하려는 프로그램들은 다음과 같다. Rhino(RobertMcNell & Associates) 3d experience (Dassault Systemes) Revit (Autodesk)  세 프로그램 모두 써볼 기회가 있었고, 사용 빈도는 다음과 같다 Rhino >= 3d experience(CATIA) >>>>Revit HTML 소프트웨어 비교 Rhino 3dExpereince Revit 가격 995$ (영구 라이센스) 9,000~65,000$(유지비 6,246$ / 년) 2,642,640원 / 년 첫 프로젝트 1994년 3월/ 25m 크기 보트 1977년 / 미라주 전투기 정확하지 않음 파라메트릭 모델링 x(그래스호퍼로 가능) O(자체 모델링 + EKL(내부언어) 등) O(자체 모델링 + Dynamo) Rhino : 최고의 가성비 프로그램 장점 : NURBs 모델링 가능, 가장 저렴한 가격, API/SDK를 통한 개발환경 제공 단
댓글 쓰기
자세한 내용 보기

일본 / 신오쿠보 / 도장집

신오쿠보에서 도장 만들기 1. 장소이전 이미 몇몇 블로그에서 정보를 찾아서 갔다. 하지만 문제는 장소를 이전했다는 사실이다. 또한 가격도 바꼈다. 다른 블로그에서 봤을 그 3층에 있고, 돈키호테 맞은편에 있는 도장집 겸 부동산집 2. 찾아가기 위치 〒160-0021 Tōkyō-to, Shinjuku-ku, Kabukichō, 2 Chome−19−１１ 新宿シャロームビル9F 다음과 같다. 히가시 신주쿠 역에서 서쪽(신주쿠방향)으로 걸어오는게 제일 빠르다고 나온다. 1층에 홍콩반점이 보이면 제대로 온 것. 3. 가격 변경 가격은 다음과 같다. 다른 블로그에서 엄청 쌋던거 같은데 조금 올랐다. 나 같은경우 한자로된 3글자 도장을 만들었고, 가격은 1000엔 들었다. 가격은 다음과 같은데 잘 나온느지 모르겠다. 여튼 이렇게 도장을 해결했다.
댓글 2개
자세한 내용 보기

[건축]파사드 컨설팅이야기 - 1편: 파사드 컨설팅은 왜 필요한가?

 나의 약 1년 9개월간의 파사드 컨설팅을 중심으로 파사드 컨설팅 이라는 분야를 이야기 해보겠다.  파사드 컨설팅이란?  파사드 컨설팅은 우리나라에 다소 생소한 개념이다. 우선 Facade가 무엇인지 간략히 짚고 넘어갈 필요가 있다.  구글 검색에 facade를 치면 다음과 같은 정의가 나온다.  건물의 얼굴, 열린 장소 또는 거리에서 보이는 주 입면.  아주 간단하게 건물의 입면이라고 생각하면 된다. 그럼 왜 건물 입면에 컨설팅이 필요할까?  내가 참여하게 되었던 프로젝트를 생각해보며 적어보겠다. 파사드 컨설팅이 필요한 이유 1. 복잡해지는 형태  파사드는 건물의 외관이다.   즉, 누군가 건물을 봤을때 첫인상을 좌우하게 된다. 그래서 랜드마크나 기업 사옥을 건설할때 자주 건드리는 수단이 된다. 그리고 그 방향은 주로 DDP와 같이 유기적이거나 독특한 방향으로 가는 경우가 꽤나 있다. 박스에서 형태가 조금만 벗어나도 그것을 실체화 시키는데 큰 어려움이 따르게 된다. 특히 모든 프로젝트는 정해진 예산과 시간이 있기 때문에 이 제약조건 안에서 문제를 해결하려면 기존의 방법으론 불가능한 경우가 많다. 동대문 디자인 플라자. BIM과 비정형 사례로 항상 빠지지 않는다.  이 문제를 가장 깊이 고민하게 된 프로젝트는 <동대문 디자인 플라자>가 아닐까 생각한다. 업계가 좁은지라 이 프로젝트에 연관된 몇몇 분들을 만날 기회가 있었고, 그 중 외관(Facade)을 시공한 '스틸라이프' 대표님과는 영종도 프로젝트를 한적도 있다.  좌우지간, DDP는 삼성이 시공한 것으로 알려져 있지만 그 뒤엔 비정형 패널을 제작 설치하는데 특화된 '스틸라이프' 라는 업체와 파사드 컨설팅을 한 GT(Gehry Technologies)가 있었다.  프랭크 게리와 게리 테크놀로지스   수업시간에 들어봤을지 모르겠지만 게리는 Frank Gehry의 그 게리다.    어느 공식석상에서 법규를 날린것으로 유명한 게리 아저씨는 요상한 형태를 디자인 할 뿐만 아니
댓글 쓰기
자세한 내용 보기