* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
| Window7 32bit, Linux 64bit 등 | |
| [cubrid_rel] 수행 결과 | |
| [도움말]-[버전정보] 확인 | |
| java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
안녕하세요?
Oracle -> Cubrid 로 전환하려고 하려고 합니다
[문의1]
기존에 사용중인 ORACLE 쿼리문을 cubrid 쿼리로 변환하는 툴이 있다고 기술영업? 관계자분께서 그러신것 같았는데요
마이그레이션 툴로 테이블스키마 이런건 가능한데 쿼리는 어디서 변환하면 되는지 문의 드립니다.
[문의2]
코드명을 조회하기 위해 FUNCTION 을 많이 사용하고 있는데요 이걸 SQL로 풀려니 작업량이 상당해서 문의 드립니다.
SELECT FN_GetUserNm(사원번호) AS USER_NM, FN_GetDeptNm(부서번호) AS DEPT_NM FROM USER_TABLE
사원번호, 부서번호로, 사원명, 부서명을 조회해오는 쿼리입니다.
이러한 쿼리가 있다라고 가정할 경우 어떻게 변환하는 게 효율적인지 문의 드립니다.
답변 주시면 감사하겠습니다.
[문의1]
쿼리 자동 변환 툴은 없습니다.
직접 변환 작업을 수행하셔야 합니다. 다만 현 응용이 Oracle에서만 지원하는 구문들을 많이 사용하지 않으셨다면 변환에 크게 어려움은 없을 것입니다.
[문의2]
Stored Procedure/Function(이하 SP)은 SQL 구문 만으로 처리하기 곤란한 복잡한 로직 처리를 위해 각 DBMS 밴더 별로 확장한 프로그래밍 언어를 사용하고 있습니다.
현재 사용하고 계시는 Oracle은 PL-SQL이라는 언어로 되어 있구요.
SP는 해당 DBMS 내에서는 성능, 관리 등의 측면에서 장점이 있지만, 사용자는 표준이 아닌 새로운 언어를 습득해야 하는 어려운 점과 다른 DBMS와 혼환되지 않아 특정 DBMS에 종속되는 단점이 있습니다.
CUBRID는 오픈소스 DBMS로서 범용성 및 호환성을 위해 SP에 사용할 언어를 표준 범용언어인 JAVA를 채택하고 있습니다.
아시다시피 JAVA는 JVM이 설치되어 있는 어디서나 실행할 수 있는 장점이 있으나 역으로 보면 꼭 JVM 환경에서만 동작해야 하고 이로 인한 성능 측면에서는 단점이 있습니다.
CUBRID SP도 JVM 환경에서 실행되고, CUBRID 엔진과 통신하는 구조적 특성 상 실시간으로 return을 요구하는 값이 특정 단일값이 아닌 반복적으로 요구되는 경우 JVM과 CUBRID와 매 건만다 반복 통신을 해야되므로 최적의 성능을 보장할 수 없습니다.
이러한 이유로 logic을 DBMS가 아닌 응용에서 처리하도록 권장하고 있으며, CUBRID SP는 JAVA로 작성되어 지기때문에 거의 그대로 JAVA 응용에 이식할 수 있습니다.
그러나, 실시간 응답이 필요없고 SP의 본연의 용도인 로직 구현 용도로 사용하는 batch 작업 등에서는 CUBRID SP를 사용하는 것도 문제 없습니다.
위 문의하신 경우와 같은 Function의 경우는 outer join이나 scalar sub query를 사용하는 방법으로 우회하는 것이 좋을 것 같습니다.
예를 들면
select (select 사원명 from 직원 a where a.사원번호= t.사원번호) as user_nm,
(select 부서명 from 부서 a where a.부서번호= t.부서번호) as dept_nm from user_table t
또는
select a.사원명, b.부서명 from user_table t LEFT OUTER JOIN 직원 a ON a.사원번호= t.사원번호
LEFT OUTER JOIN 부서 b on a.부서번호= t.부서번호
두 방식 중 적절한 성능이 나오는 방식을 선택하시는 것이 좋을 것 같습니다.