일반 RDB에서는 PK와 테이블간의 FK에 대한 constraint를 설정합니다.
unisql에서는 unique 키 등 생성하는 부분은 있는데
FK에 대한 설정 방법은 찾기가 어렵네요.
처음 unisql이 oodb를 지향하면 발전해 왔는데
어느 시점에선가 rdb 형태로 서비스를 하라고 리코멘드 한다고 들었습니다.
쿼리 속도나 전반적인 부분에서
db 구조에 대한 cubrid의 정책은 어떻게 되나요?
안녕하세요.
현재 저희 제품에서는 FK 는 지원하고 있지않으며, 조만간 지원할 계획에 있읍니다. 따라서 FK 에 대한 부분은 trigger 를 설정함으로써 FK 에 대한 부분을 대신할 수 있읍니다.
마지막으로 문의하신 부분은 저희 제품은 RDBMS 와의 차이를 없애고 성능 또한 사용하시는데 문제가 없도록 최선의 노력을 다하고 있읍니다.
따라서 사용하시는데 있어서 기존의 RDB 개념으로 접근을 하셔도 큰 무리가 없읍니다. 다만 표준 SQL 이 아닌 각 DBMS 에 특화된 SQL 문은 사용이 되지 않을 수 있으니 이점 유의하시면 되겠읍니다.
>일반 RDB에서는 PK와 테이블간의 FK에 대한 constraint를 설정합니다.
>
>unisql에서는 unique 키 등 생성하는 부분은 있는데
>FK에 대한 설정 방법은 찾기가 어렵네요.
>처음 unisql이 oodb를 지향하면 발전해 왔는데
>어느 시점에선가 rdb 형태로 서비스를 하라고 리코멘드 한다고 들었습니다.
>쿼리 속도나 전반적인 부분에서
>db 구조에 대한 cubrid의 정책은 어떻게 되나요?