관계형 데이터베이스와 관계형 데이터베이스 - 개체 사용의 차이점

Question

관계형 데이터베이스와 관계형 데이터베이스 개체 (하이브리드) 간의 차이점은 무엇입니까?

광고를 적용하는 중입니다. 일반적인 관계형 데이터베이스를 사용하여 자동차, 기술, 부동산, 고용, 서비스 등 각 유형의 광고 테이블을 만들 수 있다고 생각합니다. 내가하는 방식입니다.하지만 관계형 데이터베이스 개체에 대해 읽은 결과, 다른 필드와 메소드를 캡슐화 할 수있게 해주는 데이터베이스 (오라클)의 타입 필드. 그래서 광고의 테이블 만 만들면 모든 광고에 제목, 설명, 게시 날짜, 이미지 등과 같은 필드가 공통적으로 포함된다는 것을 알 수 있습니다. 자동차, 기술, 고용이 될 다른 객체를 캡슐화하는 필드를 추가 할 수 있으며 각각의 내부에 자동차 (모델, 브랜드, 가격), 기술 (주, 가격, 액세서리, 치수)와 같은 속성을 캡슐화합니다. emloyment (job, payment)

실제로 이것은 모든 광고에 대한 아이디어입니다. 기능을 확대하여 각각에 대한 데이터베이스를 만들었습니다. 제 질문은 : 관계형 데이터베이스 객체를 사용하는 잠재적 인 문제는 무엇입니까? 가장 좋은 옵션은 무엇입니까?

Answer 1

가장 큰 차이점은 오라클의 객체 관계형 기술은 거의 사용되지 않는다는 점입니다.

오브젝트 관계형 기술에 대한 경험이 많은 프로그래머 또는 DBA는 거의 없습니다. 데이터베이스 도구는 객체를 제대로 지원하지 않습니다. 오라클은이 기술을 잘 지원하지 않습니다. 버그가있어 자주 업데이트되지 않습니다.

물론 기능이 희귀하다고해서 반드시 무시해야한다는 의미는 아닙니다. 오라클의 객체 관계형 기능이 매우 잘 작동하는 경우가 있습니다. 그러나 객체를 사용하여 데이터베이스의 상당 부분을 구축하려는 경우 기술, 기술 및 지원의 손실을 고려해야합니다.

Answer 2

최악의 데이터베이스 디자인 중 최악의 데이터베이스 디자인의 대부분은 관계형 모델이 아닌 객체 모델로 구축 된 루트 테이블에 있습니다.

OOP는 프로그래밍 thang입니다. 행동과 데이터를 결합하는 개념은 API를 구축 할 때 잘 작동하지만 지속성과 관련하여 끔찍하게 큰 표, 많은 중복 된 데이터 및 엄청나게 느린 쿼리로 이어집니다. 필연적 인 말은 아니지만 내기 방법입니다.

그렇다면 Oracle은 데이터베이스에서 유형을 지원하는 이유는 무엇입니까? 비헤이비어로 복잡한 데이터 유형을 정의하면 장점이 있기 때문에 XMLType이 그러한 유형 중 하나이며 Oracle Spatial은 객체를 광범위하게 사용합니다. 그러나 이러한 사용}은 일] 관계형 테이블의 개별 컬럼으로 제한됩니다. 이 의도는 객체 테이블을 사용하여 데이터베이스의 모든 데이터를 저장하는 것이 아니며 결코 존재하지도 않습니다.

반드시 Pl/SQL 프로그래밍에서 유형을 사용하십시오. 이 작업을 광범위하게 수행 했으므로 올바른 사용 사례로 인해 매우 효과적 일 수 있습니다. 데이터를 저장하지 마십시오.