hibernate 하이버네이트 VS iBatis 성능 비교: 이번에는 select 결과는 비슷하다. 차이 없다. 어제는 insert 성능 비교했었는데, 단일 insert 문이야 얼마나 차이가 나겠냐. 고작 3~4 밀리세컨 가지고 성능을 논하기는 뭐할 것 같아서, 1000건~5000건을 한꺼번에 insert 시키는 시간을 측정해 봤더니, 이건 뭐 하이버네이트가 한 5~6배는 빠르게 나왔었다. 코드까지 열어봐도 잘 모르겠지만, 배치 업데이트를 하는것처럼 보인다. 그러지 않고서는
iBATIS 주소록 개발 카탈로그 프로젝트 시작 * 요구 사항 인터뷰 개발 준비 작업 * 프로젝트 생성 + jar 파일 추가* MySQL 설치 + 사용* MySQL Connector Down + testAdd() 신나게 개발 [#M_ more.. | less.. | * XML configuration* 회원 목록 추가* iBATIS에서 selectKey 사용하기* 세련된 SQL map (iBATIS)* 페이징 기능 구현하기(TDD, Easymock, iBATIS, MySQL)* 주소록 화면 완성* 이클립스에서 웹 프로젝트
EasyMock 페이징 기능 구현하기(TDD, Easymock, iBATIS, MySQL) 1. 먼저 MemberRepositoryTest에 다음과 같이 Easymock을 이용한 Test코드를 추가합니다. @Test public void pagsing(){ final Member member = new Member(); List<Member> members = null; mockMemberDao.add(member); expectLastCall().times(15)
iBATIS 세련된 SQL map (iBATIS) 현재 어플리케이션에서 XML파일에 있는 SQL문들 중에서 find관련 SQL문들 입니다. [#M_ more.. | less.. | <!– find –> <select id=”findByName” resultMap=”memberMap”> SELECT id, name, messengerId, email, blugAddress, phone FROM Member
iBATIS iBATIS에서 selectKey 사용하기 수정해야 할 것 중에 4번에 해당 했던 것을 오늘에서야 수정했습니다. DB 인코딩 문제도 해결하고 오늘 아주 수확이 좋습니다. id값을 예측 할 수 없었던 상황 DB를 MySQL을 사용할 때 ID 값을 AUTO_INCREMENT로 설정해 두었더니 ID값은 트랜잭션이 끝나고 롤백이 되지 않고 그대로 쌓여나가게 됩니다. 따라서 get(int id)와 같은 메소드로