2012-03-12 2 views
0

좋아, 그래서 나는 Ruby on Rails와 함께 서점을 만들거야. 책은 빠르게 움직이고 다양하기 때문에 언제든지 상점에 작은 숫자가 있습니다. 주문 및 배송 된 책은 주로 기록 목적으로 보관해야합니다.레일 및 데이터베이스 - 이전 데이터를 별도의 테이블에 저장 하시겠습니까?

따라서 테이블의 작은 데이터 섹션에 매우 자주 액세스하는 상황이 있습니다. 훨씬 더 큰 섹션은 거의 액세스하지 않습니다. 내 계획은 주문한 책과 다른 책으로 이동 한 책을 이동하여 현재 책의 목록이 작고 액세스가 빠르도록하는 것입니다.

이 접근법이 맞습니까? 이것을 성취 할 수있는 더 좋은 방법이 있습니까?

이 방법을 사용하려면 레일스에서 ​​테이블간에 모델을 공유하는 방법이 있습니까?

+0

총 도서 수는 얼마입니까? 나는 그것이 100,000 정도라면, 다른 방법으로는 가치가 없다고 말할 것입니다 ... – Randy

+0

숫자가 실제로는 그보다 작습니다.] –

답변

1

데이터베이스에있는 책의 수를 고려하고 실제로 가치가 있는지 여부에 대해 저는 Randy's의 의견에 동의합니다. 당신이 그것을 시도하고, 당신이 이런 방식으로 최적화를 고려해야 만 고려해야 할 실제 성능 수치로 돌아온 후에, 나는 믿습니다.

반면에 "아카이브"테이블에 대한 아이디어는 충분히 있습니다. 디자인의 관점에서 볼 때 이것은 완전히 좋습니다. 복잡성과 성능 간의 절충안에 대한 질문입니다. 그러나 다시 한 번 시도해보고 성능이 수용 가능한지 여부를 확인한 후에야 다른 방법보다 한 가지 방법을 선택해야 할 확실한 이유가 있습니다.

+0

동의하면, 하나의 테이블을 시험해보고 거기 있는지 알아 봅니다. 성능 문제는 .. –

관련 문제