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