안녕하세요.
제 질문을 읽어주셔서 감사합니다.
현재 신규 시스템을 개발하는중 난관에 부딛혀 이렇게 글을 올립니다.
핵심] 업데이트, 수정, 삭제에 대한 로그를 남깁니다.
1. 하루에 약 100명의 사용자가 로그인 합니다.
2. 동시 접속자 수는 30 ~ 50 명입니다.
3. 한달에 10만건 이상의 로그가 생깁니다.
로그를 저장 프로시저를 사용하여 남길경우와 트리거를 사용하여 남길경우,
간단한 장단점과 처리속도에 관하여 알고 싶습니다.
*프로시저를 사용하여 남길경우, 버튼 이벤트발생시
저장 프로시저를 호출하여 업데이트, 수정, 삭제 로그를 남깁니다.
감사합니다.
Comment 6
-
솔이
2014.08.21 11:30
-
굳이 테이블에 로그를 저장하실거라면
일단 파일로 저장했다가 BCP나 BULK INSERT로 넣는것도 고려해보세요.
-
전설의코더
2014.08.21 13:23
흠.. 그런데 파일로 저장하는 형식은 속도저하가 일어나지않나요??
찾기도 힘들것같고.. 테이블에 넣는방식이 나을것 같아서요..
-
파일과 DB의 성능차이는 제가 잘 모르겠구요.
빈번한 로그기록때문에 DB성능을 우려하시는거면
클라이언트쪽에 파일로 저장했다가 일정 시간마다 BCP를 이용해서 DB에 저장하는 방식을 말씀드린겁니다.
로그파일을 분산하는 효과도 있고
DB에 바로 저장하는거 보단 성능이 좋을거 같아서요.
-
Hisory
2014.08.21 14:43
서버 용량에 비해 트래픽이 별로 없다면 트리거를 사용해도 무방하나..
트래픽이 많은 테이블은 트리거는 비추입니다.. 개인적인 경험으로.....
한달에 10만건이면 일 3000건정도 업무시간 기준 으로 보면 분당 약 6~7건정도..
물론 단순 평균데이터지만 이정도면 서버사양과 disk 성능이 괜찮다면 별무리는 없을것입니다..
그러나 해당 테이블의 수정빈도가 늘어나고 특정시간에 집중된다고 하면 프로시져상에 임의 처리하는것이 좋다고 생각합니다.
-
원론
2014.08.21 17:30
서버스펙이 어떻게 되는진 모르겠는데 요정도 규모면..어떤방법을 써두 별 차이가 없을 것 같아요
trigger사용법만 주의하면..암거나 써두 무방할 것 같습니다.
파일에 쓰면 안되나요?
NLogger 나 기타 로그 라이브러리 찾아보시면 될 것 같구요
해당 로거 라이브러리에 DB로 저장하는 메소드도 지원하니 사용하시면 될 것 같습니다.