다른 사용자가 보는 데이터 인 데이터베이스에서 오는 행이 100,000 개 있습니다. 캐시에 100,000 개의 행을 보관하는 것이 좋습니까? 또는 데이터베이스에서 매번 데이터를 유지하는 것이 좋습니다. 데이터가 100,000 행이기 때문에 묻습니다. 모든 포인터가 있습니까?데이터베이스에서 데이터 캐싱
-1
A
답변
2
이 자연의 대부분의 질문과 마찬가지로, 당신은 같은 솔루션을보고 이전 성능 문제 입니다 여부를 결정해야합니다. As Knuth says :
조기 최적화 ...
전혀 문제가되지 않을 수있는 문제를 해결하는 에너지/시간 등을 소비하는거야 그렇지 않으면 모든 악의
의 루트입니다
0
한 번에 모든 레코드를 가져 오지 마십시오. 두 솔루션 :
- 가져 오기 기록 덩어리
- 에서 사용자는 다른 기준을 적용하고 그에 따라
관련 문제
- 1. 정렬을 위해 SQL 데이터베이스에서 데이터 캐싱
- 2. 로컬 데이터베이스에서 LDAP 사용자 데이터 캐싱
- 3. xml을 사용하여 데이터 캐싱
- 4. 파이썬에서 데이터베이스 데이터 캐싱
- 5. 데이터베이스 데이터 캐싱
- 6. 자바에서 DB 데이터 캐싱
- 7. 캐싱 관련 데이터
- 8. 로컬 mysql 데이터베이스에서 SOAP 웹 서비스 캐싱
- 9. Hibernate 3.2.1.ga 캐싱 데이터
- 10. 데이터 테이블의 캐싱 데이터 방지
- 11. 캐싱 데이터 패킷
- 12. autocompleteextender에서 데이터 캐싱
- 13. PHP에서의 초급 데이터 캐싱
- 14. NHibernate로로드 된 캐싱 데이터
- 15. 웹보기 데이터 캐싱 (안드로이드)
- 16. mysql에서 데이터 캐싱
- 17. OKHttp로 데이터 캐싱
- 18. Active Directory 데이터 캐싱
- 19. 데이터 캐싱 및 쿼리
- 20. 데이터 캐싱 대 NoSQL
- 21. 복잡한 ListView 데이터 캐싱
- 22. 데이터 캐싱 끄기 asp.net
- 23. UINavigationController를 사용하여 데이터 캐싱
- 24. Tomcat 서버로 데이터 캐싱
- 25. PHP Tickbox 캐싱 데이터
- 26. 캐싱 ListFragment 데이터
- 27. ASP.NET의 데이터 캐싱
- 28. 동적 데이터 캐싱 처리
- 29. WCF 서비스 캐싱 데이터?
- 30. 인증 데이터 캐싱
이 무엇 환경을 레코드를 얻을? 어떤 경우에는 가능하면 결과를 나누는 것이 좋습니다. 아무도 네트워크를 통해 위아래로 100,000 행을 좋아하지 않습니다. 관리자는 무엇을 말할 것인가? –
하루에 한 번만 발생하면 어떻게됩니까? 각 행이 하나의 정수로 구성되면 어떻게됩니까? 그러면 그가 무엇을 말할 것입니까? 나는 그런 주장을하기에 충분한 정보가 여기 있다고 생각하지 않는다. –