다른 DB (특히 오러클) 와 비교해서
UniSQL 의 장단점을 좀 적어주셨으면 합니다.
속도나 자료안정성, SQL 쿼리의 표준화 이격정도, 구입가격, 시스템사양
이런식으로 나누어서요.
오러클이 워낙 대형이라면,
SAPDB 나 PostgreSQL 과의 비교도 부탁드립니다.
잊지말고 단점도 좀 솔직하게 써주셨으면 합니다.
반갑습니다.
우선, UniSQL에 관심을 가져주셔서 감사하구요, UniSQL 질답란의 첫번째 주인공이시네요... 공식적으로... 축하합니다...^^
근데... 첫번째 질문이 너무 무겁네요... 바로 답변을 드리기는 조금 힘들것 같고, 최대한 빨리 가능한 정보만이라도 알려드리도록 하겠습니다.
우선적으로 몇가지 답변을 드리면,
<b>1. 구입가격</b>
가격자료는 당사 대외비에 속해 있어서 직접적으로 언급하기는 힘듭니다. 단, Oracle E.E(Enterprise Edition) 대비 60%선이라고 생각하시면 될 것 같고, Linux와 Windows 계열 제품은 Unix(SUN Solaris, HP HP-UX, IBM AIX 등) 제품 가격의 1/2입니다.
참고로, UniSQL은 E.E에 해당하는 제품과 다음주에 출시할 D.E(Developer Edition) 두개의 제품 라인이 있으며, Oracle과 MS처럼 S.E(Standard Edition) 제품은 없습니다. UniSQL D.E는 개발자를 위한 제품으로 사용기간의 제한 없이 무상으로 사용할 수 있는 제품입니다.
가격에 대한 정보가 굳이 필요하시다면 저에게 개인 메일 계정을 알려주십시오. 별도로 보내드리도록 하겠습니다.
<b>2. 시스템사양</b>
시스템 사양이라면 HW 요구사항을 말씀하신 건가요…? 확인 부탁드립니다.
<b>3. SAPDB나 PostgreSQL과의 비교</b>
아쉽게도 SAPDB, PostgreSQL과의 비교 자료는 없습니다. 시장에서 얼굴을 대면(?)한 적이 없어서 별도로 비교 자료를 만든 것은 전혀 없습니다. 죄송합니다.
예.
하드웨어 요구사항을 말씀드린거구요...
흠.. DE 의 기능이 EE 와 다른건 뭔가요?
라이센스의 차이정도 인가요?
그리고 다른 DBMS 와의 벤치마킹도 좀 부탁드립니다.
아무래도 비교가 가능해야 소비자가 관심을 갖지 않을까요?
단점을 언급하기 힘드시다면,
장점만이라도 부탁드립니다.
1. 하드웨어 요구사항
일반적으로 UniSQL, UniCAS, UniTool을 설치하기 위해서는 최소 메인 메모리 128 MB 이상과, 300 MB 이상의 디스크 공간이 필요합니다.
2. UniSQL 장점
UniSQL 공급사인 한국컴퓨터통신 웹사이트(http://www.unisql.com)를 방문하시기 바랍니다.
3. 안정성
현재 UniSQL 최신 버전은 6.0입니다. 지난 91년 시장에 진입하여 횟수로 벌써 13년이라는 시간이 지났습니다. 사실, DBMS 제품은 성격상 연륜이라는 것을 무시할 수는 없을 것 같습니다. 특히, 안정성 부분에서는 더욱 그렇겠지요… 가장 큰 형님(?)인 Oracle을 보시면 아시겠지만…
UniSQL도 10년 이상의 제품 공급과 필드 테스트를 통해서 이미 안정성을 검증 받은 제품입니다. UniSQL의 레퍼런스를 확인해 보시면 아시겠지만, 금강고려화학(잘아시죠…? 옥장판 선전하는 회사) 전사 MIS 업무를 UniSQL 기반으로 운영하고 있고, SK신세기통신의 itouch017 유무선 포털사이트(http://www.itouch017.com)도 UniSQL 기반으로 서비스를 하고 있습니다. 당연, 안정성이 보장되지 않는데 누가 UniSQL을 구매 하겠습니까?
4. SQL 쿼리의 표준화 이격 정도
UniSQL은 객체관계형(Object-Relational) DBMS입니다. 쉽게 설명을 드리면 관계형 DB의 서비스 능력 장점(다중 사용자, 트랜잭션 관리, 대용량 데이터 처리, 표준 SQL 지원 등)과 객체형 DB의 모델링 능력 장점(실세계 설계 파워)을 융합한 제품이라고 할 수 있습니다.
따라서, UniSQL은 관계형 DB의 표준 질의어인 ANSI SQL-92를 따르고 있으며, SQL-99의 상당 부분도 제공하고 있어 기존 관계형 DBMS 사용자들도 쉽게 사용할 수 있습니다.
물론, 표준 SQL을 바탕으로 벤더마다 자체적으로 확장한 SQL 구문들은 따로 학습을 하셔야 되겠지요…
5. UniSQL 6.0과 UniSQL D.E(Developer Edition) 차이점
물리적인 차이점은 없고 라이센스에 의해 구분된다고 보시면 됩니다. 단, UniSQL 6.0의 주요 기능인 MDBC(Multidatabase Connectivity)를 구현하기 위한 Connector는 포함되어 있지 않습니다. 예를 들어 UniSQL to UniSQL, UniSQL to Oracle 등 DB간 연동은 개발자 버전에서 제공하지 않습니다.
속도 부분이 빠졌네요...
속도와 관련된 벤치마킹 자료를 연상하면 가장 먼저 떠오르는 것이 아마도 미국의 TPC(Transaction Processing Performance Council) 자료가 아닌가 싶습니다.
아쉽게도, 현재 UniSQL은 성능 측정 관련 미국 TPC에 공식적으로 의뢰한 적이 없습니다. 아직 먹고 살기 바빠서…^^ 물론 내부적으로 벤치마킹한 자료는 있으나 본 DSN 사이트에 알려드리기는 힘듭니다. 공식적인 자료가 아니라… 왜냐하면, UniSQL에 유리하게 끔 시스템 환경을 구축한 다음 테스트를 하면 사실 UniSQL이 타 벤더의 제품보다 측정치가 높게 나올 수도 있기 때문입니다.
그래도 구렁이 담 넘어가듯 하면 괜히 오해를 하실 것 같아서, 대략적으로 언급을 한다면, 현재 UniSQL은 싱글 DB 기준으로 1TB의 데이터와 1,000명 정도의 동시 사용자 지원이 가능합니다.
그리고, 몇가지 말씀드리고 싶은 것은…
DBMS의 성능은 DBMS 자체의 성능도 중요하지만 DB 설계를 얼마만큼 잘 하느냐도 관건이 아닐 수 없습니다. UniSQL의 관계형, 객체지향 개념을 잘 혼합하여 설계를 하시면 좋은 성능을 보장 받으실 수 있을 것입니다. 예를 들어 UniSQL에는 OID(Object Identifier)라는 개념이 있는데 OID를 잘 사용하면 RDB의 Join 연산보다 훨씬 빠른 속도를 보장 받을 수 있습니다. OID를 잠깐 설명드리면, 웹 네비게이션 처럼 해당 정보와 연관된 정보를 직접 액세스하는 것입니다. 즉, RDB의 Join 연산이 필요 없겠지요…
친절한 답변 감사드립니다 :-)
