안그래도 이 부분에 대한 것이 궁금했는데..
정확하지는 않지만 관련 글이 있어서 붙여봅니다.
보는데로 더 살을 붙이도록 하죠.
-----------------------------------------------------------------------------
9i에서부터 XMLType을 지원하고 있는것으로 압니다.
하지만 document에 보면 XMLType의 사용법만 나와있을뿐 실제로 어느정도 XML문서를 빠르게 search할수 있는지 또 저장된 XML문서 수정시 수정된부분만 변경하는 것인지 아니면 interMedia처럼 전체 XML문서를 삭제하고 다시 insert하는것인지 이러한 성능에 관한 언급은 못본것 같습니다.
이러한 XMLType의 성능면에서 XMLtype을 논하고 싶습니다. document에서는 view를 만들면 다른 컬럼 select하는 것과 마찬가지로 XML문서를 search할수 있다고 하지만 성능역시 다른(XMLType이 아닌컬럼)과 같은지를 알고 싶습니다.
-----------------------------------------------------------------------------
개인적인 의견입니다.
xmltype이 얼마나 빠르게 search할 수 있는지
속도에 관해서는 별로 말할게 없을 것 같네요..
추측으로는 xml관련 연산에 맞게 크게 최적화된게 아니라
xmltype이란 것 자체가, xdk for pl/sql이 단순결합된 타입이겠죠..
사용자에게 오라클의 xml지원을 알리기 위한 시간이 너무나 짧아서,
사용자들이 dbxml package등의 사용법과 습득을 귀찮아해서
기존의 것에 얹는식으로 개발했기 때문에.. 이런 등의 이유가 있겠죠..
수정시 수정된 부분만 변경하는게 아니라 전체를 변경합니다.
문서 전체를 읽어들인 뒤에 다시 씁니다.
이건 xmltype의 효율성의 문제가 아니라,
xml data를 설계할 당시 부적합한 설계의 문제라고 봐야겠죠..
xmltype의 성능이란 건, 통으로 document를 프로세싱하는 연산에 관해서
다른 방식과 비교하면 언뜻생각해도 가장 나은 성능을 보이겠구나 싶죠..
(비교해보지 않아도 직관적으로 생각할 때 얻을 수 있는 답이라 생각합니다.
어쨌든 9i의 xml지원은 mssql,db2보다는 사용법이 매우직관적이고,
고수준까지 지원되게 되어 있다는 것만은 사실이고,
xmltype은 통연산에 관한한 가장 나은 퍼포먼스를 보일겁니다...^^
(누가 프로세싱타임 비교좀 해주시는게..^^
(최근엔 오라클을 쓰고 싶어도 role이 바뀌어서 말이죠.. T-T
***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:49)
정확하지는 않지만 관련 글이 있어서 붙여봅니다.
보는데로 더 살을 붙이도록 하죠.
-----------------------------------------------------------------------------
9i에서부터 XMLType을 지원하고 있는것으로 압니다.
하지만 document에 보면 XMLType의 사용법만 나와있을뿐 실제로 어느정도 XML문서를 빠르게 search할수 있는지 또 저장된 XML문서 수정시 수정된부분만 변경하는 것인지 아니면 interMedia처럼 전체 XML문서를 삭제하고 다시 insert하는것인지 이러한 성능에 관한 언급은 못본것 같습니다.
이러한 XMLType의 성능면에서 XMLtype을 논하고 싶습니다. document에서는 view를 만들면 다른 컬럼 select하는 것과 마찬가지로 XML문서를 search할수 있다고 하지만 성능역시 다른(XMLType이 아닌컬럼)과 같은지를 알고 싶습니다.
-----------------------------------------------------------------------------
개인적인 의견입니다.
xmltype이 얼마나 빠르게 search할 수 있는지
속도에 관해서는 별로 말할게 없을 것 같네요..
추측으로는 xml관련 연산에 맞게 크게 최적화된게 아니라
xmltype이란 것 자체가, xdk for pl/sql이 단순결합된 타입이겠죠..
사용자에게 오라클의 xml지원을 알리기 위한 시간이 너무나 짧아서,
사용자들이 dbxml package등의 사용법과 습득을 귀찮아해서
기존의 것에 얹는식으로 개발했기 때문에.. 이런 등의 이유가 있겠죠..
수정시 수정된 부분만 변경하는게 아니라 전체를 변경합니다.
문서 전체를 읽어들인 뒤에 다시 씁니다.
이건 xmltype의 효율성의 문제가 아니라,
xml data를 설계할 당시 부적합한 설계의 문제라고 봐야겠죠..
xmltype의 성능이란 건, 통으로 document를 프로세싱하는 연산에 관해서
다른 방식과 비교하면 언뜻생각해도 가장 나은 성능을 보이겠구나 싶죠..
(비교해보지 않아도 직관적으로 생각할 때 얻을 수 있는 답이라 생각합니다.
어쨌든 9i의 xml지원은 mssql,db2보다는 사용법이 매우직관적이고,
고수준까지 지원되게 되어 있다는 것만은 사실이고,
xmltype은 통연산에 관한한 가장 나은 퍼포먼스를 보일겁니다...^^
(누가 프로세싱타임 비교좀 해주시는게..^^
(최근엔 오라클을 쓰고 싶어도 role이 바뀌어서 말이죠.. T-T
***** 아름다운프로님에 의해서 게시물 복사 + 카테고리변경되었습니다 (2003-12-18 16:49)
