웹 사이트에 DB4O를 사용하는 것이 신중한 선택입니까?

Question

DB4O를 웹 사이트의 백엔드 데이터 저장소 (ASP.NET MVC) MS SQL Server의 대안으로 신중한 선택입니까?

Answer 1

DB4O의 주요 문제는 다음과 같습니다. 유용한 방식으로 물체 그물을자를 수 있습니까? 그렇지 않으면 너무 오랫동안 RAM에 너무 많은 물체를 유지하면 성능이 어려워집니다.

예를 들어, SQL에서 커서를 생성 한 다음 거대한 결과 세트를 쉽게 통과 할 수 있습니다. DB4O는 항상 전체 객체 (및 참조 및 참조 참조)를로드하는 반면 작은 열 세트에 대한 쿼리를 할 수도 있습니다. DB4O를 사용하면 DB4O가 한 번에 DB에서 모든 객체를 가져 오려고하지 않도록해야합니다.

또한 처음에는 이상하게 느껴지는 예제 객체를 작성하여 "DB"를 쿼리하는 데 익숙해 져야합니다.

Answer 2

그것은 당신의 생성 사이트, 당신의 기대하는 트래픽 등의 종류에 따라 달라집니다 ... 당신은 백만 요청을 1 초에, 또는 분당 100 분에 처리 할 것입니까? 도메인은 객체 데이터베이스를 사용하여 정당화합니까? 정말로 필요합니까?

일반적으로, 대부분의 사이트는 무거운 타자가 아니기 때문에 모든 스케일 아웃 기능을 요구하지 않을 수 있습니다 (저는 믿는 것만으로도 전통적인 RDBM이 테스트되었고 객체 DB가 주어지지 않았을 수도있는 극한 부하를 처리하도록 설계되었습니다. 같은 관심).

그렇다면 질문은 당신의 도메인이 이것을 정당화합니까? 많은 전문가를 찾지 못하는 기술을 기반으로 사이트의 핵심 부분을 기반으로합니다. 그러면 턴 오버 비율을 어떻게 처리합니까? 현재 및 미래의 직원을 교육하는 것과 관련된 비용을 기꺼이 받으려고합니까?