0
그래서 나는 잠재적 인 통계 금광 인 웹 커뮤니티를위한 MySQL 데이터베이스를 가지고 있습니다. 현재 정규화 된 데이터베이스에서 모든 종류의 불쾌한 쿼리를 통해 작성된 통계를 제공하고 있습니다. 공유 호스팅에서 이와 같은 쿼리에 대해 "인내 한계"를 겪었으며 데이터웨어 하우징 및 일일 크론 작업으로 이동하여 통계 업데이트의 100 배 증가에 대한 즉각적인 업데이트를 희생했습니다.데이터웨어 하우스를 만들거나 새로운 데이터베이스를 만들거나 기존 데이터베이스에 테이블을 쌓기를 원하십니까?
저는 데이터웨어 하우스, 특히 스타 스키마에 대해 읽기 시작했습니다. 모두 매우 간단합니다.
내 질문은 본질적으로 - 그 모든 쓰레기를 새 데이터베이스에 던지거나 내 기존 MySQL 데이터베이스에 테이블을 쌓아 두어야합니까? 현재 데이터베이스에는 47 개의 테이블이 있으며 그 중 최대 테이블에는 30,000 개의 레코드가 있습니다. 이 기능은 일반 엔터프라이즈 애플리케이션과 비교하면별로 좋지 않지만 일반적인 엔터프라이즈 애플리케이션은 공유 호스팅에서 실행되지 않습니다.
내 하드웨어 제한을 염두에두면 어떤 방법이 더 좋을까요?
정말 이것에 대해 많이 알지는 못하지만, 테이블 A를 읽은 다음 테이블 B를 업데이트하는 것이 데이터베이스 전체에서보다 동일한 데이터베이스에서 훨씬 쉽다고 가정합니다.
내 DB의 테이블 수에주의해야합니까?
나는 나의 대답을 썼다. 그것은 당신의 대답이었다. 그래서 +1했다. –