안녕하세요

1. 질문하신 내용과 상속의 개념과는 조금 달라 보입니다. 상속은 재사용의 의미를 가지고 있으나 말씀하신 부분은 방의 냉장고가 13번에서 15번으로 바뀐것으로 재사용이라기 보다는 변경의 의미를 가지고 있는듯 합니다. 어찌되었던 문의하신 부분은 구현하기 나름이겠지만 일반적으로 사용할 수 있는 방법은 트리거를 많이 이용하고 트리거 내부에서는 결국 키를 이용하여 변경작업들이 진행이 될 것입니다. 물론 object 개념을 이용하여 키가 아닌 OID 를 이용하여 변경을 할 수도 있을 것입니다. 그러나 큐브리드는 객체관계형 구조를 가지고 있어 관계형 구조를 가진 구현에도 무난히 사용할 수 있으므로 키를 이용한 변경 작업이 무난하리라 봅니다.

2. 관계형구조를 가진다면 말씀하신 방법으로 구현을 하시면 됩니다. 물론 오브젝트 개념을 이용하여 프로젝트 정보에서 학생의 키가 아닌 학생을 참조하고(OID) 학생의 OID 를 프로젝트에서 참조하는 형태로 할 수도 있읍니다. 그러나 1 번에서도 말씀드렸듯이 알고계시는 관계형 구조로 구현하셔도 무리없이 잘 사용하실 수 있읍니다.

>질문드립니다.

>

>1. 스키마 구조만 상속이 가능하고, 데이터 상속이 안 되면, CUBRID에서 change propagation은 어떻게 일어나나요. 즉, 냉장고 모델 13번이 들어간 모든 방의 냉장고 정보를 모델 15번으로 바꾸고 이에 따라 자동으로 관련 정보가 업데이트 되게 하려면, 결국 RDB에서처럼 referential key를 써야 하나요?

>

>

>2. 이미 있는 데이터를 재활용하고자 하면 어떻게 해야 하나요?

>예: 스티브라는 학생이 프로젝트 A에도 참여하고, 나중에 생긴 프로젝트 B에도 참여를 한다면 ID(referential key)를 추가하지 않고, 스티브 정보를 프로젝트 B에 추가할 수 있나요?