생산 시스템에서 객체-다타베이스를 사용할 수 있습니까?

Question

물체-다타베이스는 SQL없이 살 수있는 방법을 제공하지만 거의 거의 사용되지 않습니다.

그러나 나는 생산 시스템에서 결코 그들에 대해 보았습니다. 객체-다사제에 근본적으로 문제가 있습니까? 생산 시스템에서 객체-다타베이스를 사용할 수 있습니까?

편집하다: 그래서 아마도 나는 물체-자제를 좋아한다고 고백해야 할 것입니다. 나는 왜 그들이 더 자주 사용되지 않는지에 대해 내 머리를 얻을 수 없습니다.

Answer 1

확실히 안정된 한 당신은 할 수 있습니다. 문제는 고품질 객체 지향 DB 시스템의 상대적 부족뿐만 아니라 대부분의 사람들이 무엇인지조차 모른다는 사실입니다.

Answer 2

DB4O 되고있다 많이 사용했습니다 많은 Fortune 500 대 기업 (특히 임베디드 애플리케이션)에 의해 OoodB가 실제 생산 시스템에 사용되지 않는다고 말하지 않을 것입니다.

Answer 3

거기 있습니다 생산 시스템 보석 OODB를 사용하여 작성되었습니다. 분산되고 지속적인 스몰 토크 시스템입니다.

Answer 4

들었어 은닉처? 사용 에피시 시스템 EHR (Enterprise Health Record) 제품. 그것을 사용하는 많은 생산 상점.

Answer 5

여기서 실제 질문은 데이터베이스를 지원하기 위해 툴링이 필요한지 여부입니다. 툴링을 통해보고, 데이터 마이그레이션, 데이터 마이닝 등을 의미합니다. 셀프 서비스 보고서를 제공해야합니까? 도대체 새 코드를 배포 할 필요가없는 빠른 처리 시간이있는 보고서도? (응용 프로그램에서 보고서 기능을 제공하는 것은 실제 드래그입니다.)

기존 RDBM에 대해 이러한 작업을 수행 할 수있는 수많은 도구가 있습니다. Oodbs에 대항하여? 나는 주요 제품에 익숙하지 않습니다. 그러나, 나는 oodb 친절한 사람이 아닙니다.

그 도구가 필요하지 않으면, 그들은 그것을 위해갑니다. 그렇지 않으면 전통적인 RDBM을 고수하십시오. 현재 ORM 기술을 사용하면 레코드에 객체를 매핑하는 고통은 예전보다 훨씬 적습니다.

Answer 6

내가 믿는 문제는 SQL이 본질적으로 나쁜 것이 아니라는 것입니다. 세트 기반 작업을 수행하는 데 매우 능숙합니다. 내가 본 것에서, 개체 데이터베이스는 개별 객체로 작업 할 때 잘 작동하지만 설정 기반 작업을 수행하려고 할 때 실패합니다. 또한 사람들은 SQL 데이터베이스를 사용하는 데 능숙합니다. 그들과 함께 일할 사람들을 찾는 것은 쉽습니다. 객체 데이터베이스는 또 다른 이야기입니다.