2009-07-18 5 views

답변

5

는 당신이 그와 함께 수행 할 작업에 달려있다, 나는 말할 것 :

  • 을 당신이 로그에서 데이터를 얻을 필요가 있다면, 도움이 될 수 있습니다 MySQL의에 저장 당신은 단지 당신은 거의 사용하지 않습니다 일부 데이터가 (하지만 같은 사이트, 또는 물건에 이루어집니다 불법적 인 일의 경우 필요)해야하는 경우
  • , 파일은

이 저하하지 않도록 충분히 잘 수 있습니다 너무 많은 것들을 내려, 당신은 또한 둘 다 사용할 수 있습니다 (나는 약간의 트래픽이있는 일부 웹 사이트에서 그것을 사용했습니다. w 여기가) immediatly DB에 데이터를 저장하는 것이 현명하지 않았을 것이다 : 하루 동안

  • , 파일
  • 에 로그를 저장하고 하루에 한 번 (또는 한 시간에 한 번씩, 당신은 아이디어를 얻을) 일괄 처리를 사용하여 해당 파일을 구문 분석하고 데이터를 데이터베이스에 저장합니다.

이렇게하면 DB에 데이터를 항상 삽입하지 않습니다. 그리고 당신은 (하루 또는 한시간이 지난 후에) 필요한 모든 쿼리를 수행 할 수 있습니다.

+1

응용 프로그램 설계에 따라 파일을 열고 작성하는 것은 이미 설정된 연결을 통해 데이터베이스 쿼리를 작성하는 것보다 빠르지 않을 수 있습니다. – n3rd

+0

참으로; 또한 DB 서버의 부하에 따라 달라집니다. –

+0

로깅 기능이 데이터베이스에 쓰는 경우 가장 좋은 결과를 얻으 려면 데이터베이스 연결이 실패하면 데이터베이스 연결이 실패 할 수 있도록 폴백이 있어야합니다. 플랫 파일에 기록됩니다. 그렇지 않으면 사이트/응용 프로그램이 실패 할 수 있으며 유일한 로그가 데이터베이스에있는 것처럼 실패하면 아무 것도 얻을 수 없습니다. –

0

행정 구역과 같은 로그인을보다 쉽게 ​​볼 수 있으므로 MySQL을 권장합니다. 그런 다음 다른 플래그 (예 : 오류 수준)를 설정하고 로그를 통해 필터링하여 흥미있는 항목을 찾을 수 있습니다. 또한 로그 파일의 Whan보다 훨씬 쉽게이 데이터에 대한 통계 기능을 쉽게 구축 할 수 있습니다.

하지만 로그를 사용해야하는 방법과 사용 대상에 따라 달라질 것입니다. 원시 로그 파일이 괴짜 조금 :

1

실제 '물리적'로깅에서 추상화하려면 Zend_Log과 같은 것을 사용하는 것이 좋습니다. 이렇게하면 상황이 바뀌는 경우에 대비하여 나중에 언제든지 백엔드를 매우 쉽게 변경할 수 있습니다.

0

대부분의 로그 분석 도구는 원시 로그 파일을 분석해야합니다. 로그 자체를보고 있다면 db가 더 좋을 수도 있습니다 (파스칼이 말한 조건). 그러나 실제 분석을 수행 할 계획이라면 로그 파일을 사용하는 것이 더 쉬울 것입니다.