' 이럴 FK 처럼 내부적으로 동작하게 할 수 있는 좋은 방법이 없을까요?'

이게 무슨 뜻인지 모르겠네요...   enum 타입을 예기 하는건가요?

CASCADE 문제는 FK 를 사용하지 않는다면 트리거나 App 에서 처리해야할 문제같네요..

예제를 가져왔었으면 좋았을텐데.. 그냥 글로 써 놓으니 이해가 좀 잘 안 되었나 봅니다.

PK, ARR 두개의 컬럼이 있다 치고

1 null

2 {1}

3 {1, 2}

4 {2}

5 { 1, 7}

현재 4번 레코드 까지는 해당 배열요소가 PK 에 있으므로 저장이 잘 됩니다.

하지만 5 번의 경우는 1 은 있으나 7 이 없기 때문에 제약조건 걸려 입력이 안 되게 하는 겁니다.

꼭 FK 처럼 배열 요소를 각각 다 채크 하는거지요

그리고 CASCADE 문제는

만일 위의 4 까지 데이타 중에서

2 번을 10 으로 변경 한다면

3번과 4 번 레코드의 배욜 요소중 2 가 자동으로 10 으로 변경 됨을 말하며

만일 삭제를 하게 된다면

역시 이 배열요소를 자동 제거 해 주는 것을 말합니다.

결국 BOM 으로 처리할 수 밖에 없나 봅니다...

아니면 제약조건은 함수로 걸고.. CASCADE 는 트리거를 걸어 처리하던지...

 table check() 제약조건에서 현재 입력되는 것이 다른 로우에 있는가?를 참조하는 식은 사용자 정의 함수를 만들지 않고서는 불가능합니다. 

또한 delete 처리, update 처리를 함께 고려한다면, 결국 트리거로 만들 수 밖에 없겠네요.