....

통계쿼리를 짤때 보통 이런일이 자주 생기는데... MEMBER에서 가입자를 대충 일자별로 알고 싶다고 할 경우 대략 이런식의 쿼리가 나온다.. SELECT COUNT(ID) FROM MEMBER WHERE REG_DATE BETWEEN @START_DT AND @END_DT GROUP BY CONVERT(VARCHAR(10), REG_DATE, 120) 가입일자별로 그룹을 해서 카운트를 새는.. 뭐 대충 이런 비슷한 류로 나오는데.. (문법적인거나 성능적인건 패스.. 그렇다.. 난 MS-SQL은 아예 이번에 처음 써본다.. 맨 인포믹스에 오라클만 쓰다가.... 그리고 사실 SQL쪽은 실력이 너무너무 미천한데다가 위 쿼리는 그냥 머릿속에서 생각나는데로 즉시 타이핑한 것이였다.....) 그런데 문제는 가입자..

뜬금없이 다른곳에서 개발한 서버의 고도화 프로젝트를 떠안게 됐다... Spring을 공부하면서 나름 이것저것 손을 많이 대버리는 바람에 어느정도 자신이 있었지만... 유일하게 나중에 공부해야지~ 라고 생각했던 Struts가 두둥~ 하고 내 눈앞에 펼쳐졌다... OTL 소스 분석, 환경 분석을 주구장창 시작하고... 아항.. 아항.. 이렇게 돌아가는 거구나.. 대충 통밥으로 감 잡고.. 확실히 스프링을 공부하고 실무에 적용하면서 익히게 되는 많은 지식들이 엄청난 도움이 된다는걸 실감했다. 어찌됐는 기존의 소스코드는 가히 엉망 진창이였다... SQL Injection에 대한 처리도 전혀 안되어 있었으며, 주석또한 거의 전무하고, 그나마 있는 주석들이 다 중국어..(이건 뭐냐......) 아주 간간~~~히 가..

그냥.. 아무 생각없이 써내려가는 글...... (뭔가 상당히 기술적인 해법을 기대했다면 안보는게 나을 듯 싶습니다.) 그냥 실제로 적용하다 보니.. 이런 저런 문제가 생기더라.. 그래서 결국은 이렇게 가더라... 라는 일명 삽질기가 되겠습니다. 아래부턴 그냥 나한테 요 몇일간 있던 일을 회고하면서 쓰는 기분이라 편한문체로 써나갈테니 이해를.. 기존에 이미 돌아가고 있는 사이트에 투명하게 가져다 붙히기는 Hibernate보다는 iBatis가 좀더 유리한것 같다. 지금 작업중인 사이트의 경우 이전 설계개발자들이 무슨생각을 한건지 DB에 Logging을 꺼버렸다는거... 덕분에 Commit, Rollbak은 지원도 안되고.. 자연스래 Transaction을 편안~~하게 즐길수 있게 해주는 SpringAOP나..

블로그에 공개성 글을 쓰는건 처음처럼 보이겠습니다. ㅎㅎ (몇몇 글을 올려놨지만 좀 다듬어서 포스팅 해야지 하는 욕심에 전부 비공개입니다....) ------------------------------------------------------------------------------------ 주문하고 일주일을 안절부절하게 만든 디맥 CE가 드디어 왔습니다. 어제 저녁에 퇴근 전에도 배송준비중이라는 글을 보고 오늘 받아드는걸 반 포기했었는데... 6시 30분쯤에 배송완료가 뜨고... 부랴부랴 쉬제이택배를 통해서 오늘 점심때 도착했습니다. 다만.... 직장인이라는 한계때문에 오늘 점심때 배송되서 집사람이 받아놓고, 전 퇴근 후에 눈썹 휘날리게 달려들어와서 부랴부랴 이제서야 오픈케이스를 하네요... 박스..