0

우리는 수년 이래로 응용 프로그램을 개발 중이며, ~ 130 개의 테이블을 가지고 있습니다. ~ 2.5Go의 데이터가 20 백만 개의 "행"~으로 다시 채 웁니다.재무 로그 관련 정보를 다른 데이터베이스에 저장해야합니까?

지금까지 whe는 항상 동일한 데이터베이스에 모든 데이터를 저장했지만 whe가 잘 수행되었는지, 그리고 가능한 경우 다른 데이터베이스에 새 데이터를 저장하지 않아야하는지 궁금합니다. 좀 더 충돌의 증거가 될 whould 그 전체 코어 시스템을 각성하고 있지 않다 경우 쉽게 반면에 complexe 쿼리

  • 로 데이터를 건너 단일 데이터베이스 허용을 사용하여 한 손으로

    • , 궁금/적은 데이터로 고성능.

    어떻게 생각하십니까? 하나는 최고인가?

    (나는 지금부터 우리 앱 (ESB) 내에서 전달되는 모든 재무 운영을 저장해야 할 것입니다. 핵심 데이터베이스에 저장하지 않는 것이 좋을 것 같습니다.)

  • 답변

    0

    데이터베이스의 용량은 DB 서버의 크기에 따라 다릅니다. 동일한 서버의 두 데이터베이스로 데이터를 분할해도 성능이 향상되지 않으며 코딩이 어려워집니다.

    나는, 데이터의 1.2TB와 함께 단일 SQL Server 데이터베이스를 가지고 행 수십억

    +0

    당신의 대답은 읽기 좋은 (내가 MySQL의 많은 작업을 수행 할 수 있습니다 알고 있지만, 그것은 대규모 데이터베이스에 스트레스를 추가하는 것이 놀라운이다) . 저는 원래 용량에 대해서만 신경 쓰지 않습니다. 예를 들어, 이러한 유형의 로그에 대한 집중 쓰기 작업은 전역 QOS에 적합하지 않습니다. – Bruno

    +0

    원래 게시물에 추가 한 데이터의 양과 빈도에 대한 내용이 없습니다. 앱의 쓰기 속도가 빠르지 만 데이터를 읽는 사용자가 분 데이터까지 필요하지 않은 경우 분할 데이터베이스 솔루션이 유용 할 수 있습니다. 쿼리에 사용되는 "보고 데이터베이스"와 새로운 데이터를 가져 오는 실시간 DB가있는 많은 소프트웨어 시스템이 있습니다. 라이브 데이터베이스에서 정기적으로보고 데이터베이스를 재생성하는 프로세스가 필요합니다. –

    +0

    정보가 부족하여 나쁘다. '( 데이터의 재생성, 데이터의 재생성에 대한 내용은 interresting scheme이므로 "핵심"데이터베이스에서 "재무보고"에 이르기까지 비동기식 복제에 대해 생각하게합니다. 모든 핵심 데이터를 "재정적"데이터에 포함시킬 수 있지만 "핵심"데이터에 대한 스트레스는 없습니다. – Bruno

    관련 문제