준준의 기록일지

최근 고객사에서 지속적으로 무리한 요청이 들어왔다. 내부 연동에 필요한 테이블 정보를 우리쪽에 요청하는 상황이였는데... 고객사 내부 연동에 필요한 데이터를 우리가 알 수가 없으니, reject 해왔다. 거절같지 않은 거절로 전화 응대를 하니, 다른분보다 나한테 전화가 계속 오는 상황..처리하는 방법에 대한 확신이 없어서 계속 주변 분들에게 도움을 요청하니 다 같이 스트레스 받는 상황으로 번졌다. 고객사를 응대할때 배운 부분 - 불필요한 지원은 하지 않는다. 정확히 계약사항을 알지 못하고 맺고 끊음을 하지 않으면 소위 말하는 "엔지니어 빼먹기"에 당하는 것 같다. 하자 보수 외에 지원해줄 필요가 없었음에도 계속 전화가 오고, 요청이 들어온다. - 유선상 요청이 들어오면 메일로 다시 요청사항 정리해서 보내..

상기 에러가 발생했을때 sql 연결을 재설정 하도록 수정해야했다. DB에 접속중인 세션을 오랫동안 사용하지 않거나, 네트워크에 문제가 발생하는 경우 DB 세션이 끊어질 수 있다고 한다. DB 세션이 끊어지는 경우 App 입장에서는 재접속 처리를 해주어야 다시 정상적인 서비스가 가능해진다. 팀에서 요청한 에러 발생 시 sql 연결 재설정의 경우 아래 방법을 따르면 될 것으로 보인다. JDBC, autoReconnect = true 옵션을 준다. 해당 옵션은 쿼리를 수행한 다음 DB 세션에 문제가 있으면 단순히 SQLException을 리턴한 후 재접속 처리를 한다. 문제는 트랜잭션 구동 환경에서 수행중이던 트랙잭션은 롤백되어야 하고, 남은 트랜잭션은 수행이 되지 않아야 하는데, autoReconnect 옵..

Criteria Session session = factory.getCurrentSession(); session.beginTranscation(); Criteria criteria = session.createCriteria(Student.class) criteria.add(Restrictions.gt

이번에 고객사 운영서버에서 직접 쿼리 작업을 진행하다가 대형사고를 냈다. 2021년 1월 14일.. 백업 및 접속이력 테이블에 데이터가 실제로 insert되는 시간을 확인하기 위해 temp table에 데이터생성일자 컬럼을 추가했고, 데이터를 쌓고 있었다. 이 문제는 어려움 없이 해결했는데, 아무래도 고객사 DB기 때문에 3시간에 한번씩은 데이터를 비워주는 작업이 필요했다. 이 부분을 해결하기 위해서 datediff, dateadd between등 다양한 시도를 했고, 일이 터졌다. 해당 부분을 계속 테스트하기 위해서 where절에 최신 데이터만 insert해주는 조건을 빼버린 것.. 얼마나 멍청했는지, 스케줄러는 1분마다 도는데, 1분마다 30,000개의 데이터가 누적된 것이다. 3시간뒤 약 5백만개...