데이터베이스를 개발하지는 않지만 개발된 데이터베이스를 최적의 환경에서 사용할 수 있도록 돕는 도구를 제공하는 퀘스트소프트웨어는 이런 의문에 대한 하나의 답을 제시해주고 있는 업체 중 하나다.

퀘스트소프트웨어가 ‘오라클 제품을 위한 토드 버전 10(Toad for Oracle)’을 선보였다. 토드는 데이터베이스 개발과 운영을 위한 통합 솔루션으로 이번 버전은 유니코드, 유저빌리티, 자동화, 교육과 유연성을 향상시켜 DBA(데이터베이스 관리자)와 개발자, 분석가들의 오라클 업무 생산성 향상을 돕고 있다.

오라클은 전세계 1위 DBMS 업체로 그간 DBMS 제품 개발에만 주력해 왔다. 또 초기 시장을 장악하기 위해 수많은 독립소프트웨어벤더(ISV)들에게 DB 엔진 정보를 과감히 공개해 왔다. 이 때문에 DB 분야에서 가장 많은 서드파티 업체들의 제품군이 존재했다. 고객들은 자사의 필요에 따라 이런 전문 업체 제품을 사용해 왔다.

토드 제품이 명성을 날리게 된 것도 바로 이런 오라클 DBMS에 최적화된 제품을 개발했기 때문이다.

하지만 ISV와 협력을 해 오던 오라클이 이제는 DB 제품 이외의 기능에 까지 직접 손을 대고 있다. 자동차 업체로 보면 튜닝 시장에까지 제조사가 직접 발을 담그고 있는 것과 유사하다.

존 포크넬(John Pocknell) 퀘스트소프트웨어 ‘오라클을 위한 토드’ 솔루션 제품 매니저는 “우리는 각 업체별 별도 제품을 출시하고 있다. 제품 툴 셋과 전문가와 전문 지식 면에서 강력한 경쟁력을 가지고 있다”고 전하고 “오라클도 관련 제품들을 선보이고 있지만 아직까지는 약하다”고 말했다.

여전히 오라클은 DB벤더로 다양한 툴 개발에는 신경을 덜 쓰고 있다는 입장이다.

퀘스트소프트웨어는 오라클 제품과 IBM의 DB2, 마이크로소프트의 SQL 서버, 사이베이스, MySQL 제품을 지원하는 토드를 개별적으로 제공하고 있지만 오라클과 마이크로소프트의 SQL 서버 지원에 무게가 실려 있는 것이 사실이다.

특히 국내의 경우는 오라클 지원 제품이 효자 노릇을 하고 있다.

김정중 퀘스트소프트웨어코리아 부장은 “통신사나 금융, 쇼핑몰 등 다양한 분야에서 오라클 DB제품이 구축돼 사용되고 있고, 이를 사용하는 고객들은 대부분 토드의 고객”이라고 밝혔다.

그는 대형 프로젝트를 진행하는 고객들이 외주 개발자들을 뽑아 프로젝트에 투입할 때 품질 관리와 개발과 운영, 품질관리 파트의 표준화를 위해 토드를 많이 사용하고 있다고 덧붙였다. 또 대규모 개발 프로젝트에서 필수적인 협업을 위한 커뮤니케이션과 단순 개발에만 머물지 않고 코드 퀄리티 검증과 성능 모니터링과 분석도 가능해 관련 분야에서 강한 경쟁력을 확보하고 있다고 말했다.

한편, 존 포크넬 매니저는 최근 발표된 오라클 DB 11g R2 버전에 대한 지원에 대해 “오라클 제품이 나온지 얼마 안됐기 때문에 특정 기능들에 대해서는 고객들과 이야기를 나눠서 더 추가할 계획”이라고 밝혔다.

6일은 세계 최대 온라인 경매 서비스인 이베이(ebay)에 오랫동안 기억될 날일 듯 싶다. 먼저 이베이는 경비를 줄이기 위해서 전체 직원의 10%가 넘는 1천여명의 직원을 해고한다고 발표했다. 미국에서 시작된 금융 위기가 무섭다.

이베이는 또 한꺼번에 두 건의 인수합병을 단행했다. 하나는 덴마크의 이베이라 불리우는 DBA를 3억8천3백만달러(약 4,000억원)에 인수했다. 이 회사는 1995년에 설립되어 덴마크에서 10위안에 드는 웹사이트라고 한다.

또 다른 한 건은 온라인 결제 서비스인 빌미레이터(BillMeLater)를 무려 8억2천만달러(약 9,000억원)에 인수한다고 발표했다. 이 서비스는 이용자가 온라인에서 물건을 구매하면 판매자에게 먼저 지불하고, 나중에 이용자에게 요금을 청구하는 방식을 제공하는데, 이미 아마존을 포함해서 여러 벤처캐피탈을 통해 2억7천만달러를 펀딩받은 바 있다. 현재 아마존, 애플 스토어 및 월마트닷컴 등에 서비스를 제공해 왔다. 어찌보면 이베이가 이미 보유하고 있는 온라인 결제 서비스인 페이팔(PayPal)과 경쟁관계에 있었다고 봐도 과언이 아닌데, 그냥 인수해 버렸다.

두 회사를 인수하는데 무려 1조3천억원에 이르는 돈을 썼으니, 오늘은 이베이에게 분명 대단한 날이다. 인수한 회사를 보더라도 이베이의 주종목이라 할 수 있는 온라인 경매와 밀접한 관련이 있다. 최근 국내의 지마켓에 대해서도 조건부 인수허가를 받았으니, 전세계적으로 온라인 경매와 관련된 철옹성을 쌓으려고 하는 듯 하다.

최근에는 온라인 경매와 관련이 없는 StrumbleUpon을 매각한다는 소문이 들리는 걸보면 온라인 경매에만 집중할 모양이다. 이베이 주가는 계속 떨어지고 있는데, 온라인 경매 강화를 위해 두 개의 회사를 인수했는데도 주가가 올라갈 기미가 별로 보이지 않고 있다.

여기서 한 가지 드는 생각은 스카이프 매각 여부이다. 본 블로그를 통해서도 수 차례 전해 드린 것처럼 이베이가 스카이프를 구글에 매각할 것이라는 소문이 계속 나오고 있다. 스카이프를 인수해서 이베이의 실시간 커뮤니케이션을 활용하려고 했지만.. 결과는 신통치 않은 것이 현실이다. 물론 스카이프 서비스의 미래가 창창한 것은 사실이지만.. 현재 이베이가 안고 가기에는 부담스럽다.

특히 이번 인수 건에 조 단위가 넘는 돈을 지출했기 때문에.. 스카이프 매각을 통해 현금을 확보하려는 생각이 이베이에 있지 않을까? 가격만 맞으면 스카이프를 구글에 팔려고 했다는 점, 온라인 경매를 강화하기 위해서 지마켓, DBA, BillMeLater를 인수했다는 점, 그리고 온라인 경매와 관련없는 StrumbleUpon을 팔기 위해 내 놓은 점을 종합해 볼 경우 조만간 스카이프 매각 소식을 들을 수도 있을 듯 하다.

얼마 전에 터진 중국 내 스카이프 도청 사건이  매각 작업의 걸림돌로 작용할 수 있을 듯 하기도 하고. 여하튼 구글이 스카이프를 인수할 경우 인터넷전화(VoIP)를 비롯한 통신업계의 지각변동이 대단할 듯 한데, 기대도 되고 무섭기도 하다.

IBM은 자바컬렉션, 데이터베이스 캐시, 관계형 데이터베이스에 쿼리할 때 통합된 언어인 pureQuery로 JDBC 프로그래밍의 어려움을 해결한다. pureQuery와 데이터 웹 서비스(Data Web Services)는 일반 데이터베이스 애플리케이션 개발 및 관리 플랫폼인 IBM 데이터 스튜디오(IBM Data Studio)의 구성요소이다.
Rafael A.Coss, Stephen A.Brodsky, Vijay Bommireddipalli 저

JDBC(Java Database Connectivity)는 그간의 명성에도 불구하고, JDBC 프로그래밍 방법은 다소 덜 시뮬레이팅 된다. IBM은 자바 컬렉션, 데이터베이스 캐시, 관계형 데이터베이스에 쿼리할 때 통합된 언어인 pureQuery로 JDBC 프로그래밍의 어려움을 해결한다.
자바는 매우 보편적인 개발 언어이고, 대부분의 애플리케이션 개발자들은 자바로 애플리케이션을 개발한다. 그러나 자바를 이용해 개발하는 작업은 매력적이지 못하다.
JDBC를 사용해 애플리케이션을 만들 경우 자바 데이터 접근 객체(DAO) 레이어를 만들고, CRUD(만들기, 변경하기, 업데이트, 삭제하기) SQL 기능 처리 등 많은 단계를 필요로 한다. 더욱이 자바 개발에 필요한 도구와 데이터베이스 CRUD 기능에 필요한 두 가지 각각의 도구 세트들이 필요하다.
IBM은 pureQuery(이전 코드명 ‘JKINQ’)로 두 가지 도구세트를 하나의 도구 세트로 만족시키고 있다. PureQuery는 고성능 데이터 접근 플랫폼으로 개발도구, API, 자바 애플리케이션 개발과 자바 애플리케이션 위한 향상된 런타임을 포함한다. IBM는 데이터에 접근하는 애플리케이션 개발과 관리 업무를 간소화하기 위해 pureQuery를 고안했다.
PureQuery는 <그림 1>에서 나타나는 것과 같이 애플리케이션 수명 주기 개발, 배치, 관리 및 단계 조절 등을 커버한다.

<그림 1> preQuery 아키텍처 개요

pureQuery 도구, API, 런타임 환경은 데이터베이스 내에 있는 데이터와 인 메모리(in-memory) 자바 객체에 접근한다. pureQuery는 IBM의 일반 데이터베이스 애플리케이션 개발 및 관리 플랫폼인 IBM 데이터 스튜디오 툴셋의 구성요소로 자바 접근성을 향상시킨다. PureQuery가 자바와 쿼리언어를 통합하기 때문에 JDBC 프로그래밍을 필요로 하지 않는다.

데이터 접근 API의 문제
자바 개발자들은 JDBC에서부터 JPA(Java Persistence Architecture)까지 애플리케이션을 설치할 경우 다양한 자바 데이터 API를 선택해 사용한다. 이 경우 API는 크게 직접적인 SQL 접근과 관리된 객체(managed objects)로 분류한다. 각각의 분류에 대한 옹호자와 비판자들이 있으며 <그림 2>에서 각각의 장단점을 요약해 놓았다.

<그림 2> 자바 개발의 두 가지 접근

직접적인 SQL 접근은 이해하기 쉽다. 이 접근은 이미 발생된 SQL를 제어함으로써 성능을 향상시킨다. 그러나 JDBC 개발 과정에는 많은 시간이 소요된다. 직접적인 SQL 접근 방법을 사용하는 경우 자바 프로그래머들은 JDBC에서부터 자바 객체까지 결과 세트를 도출해야 하며, 구문을 만들고 매개변수를 통합해야 하기 때문이다. 개발자들은 최적의 성능을 위해 JDBC API와 배칭 등과 같은 기능을 마스터해야 한다. 어떤 개발자들은 JDBC 성능을 향상시키기 위해 SQLJ를 고려하지만 이 방법을 사용할 경우 개발자들은 데이터 접근 레이어를 재작성해야 한다.
JDBC 개발의 많은 시간 소요로 객체관계형 매핑(Object Relational Mapping) 프레임워크가 만들어졌다. 이 프레임워크는 데이터 접근 추상 레이어를 제공한다. ORM은 데이터 접근 레이어를 만들기 위한 초기 업무가 적다.
그러나 ORM는 문제가 발생한 SQL를 제한적으로 통제한다. 런타임 성능문제를 진단할 경우 또 다른 레이어를 추가해야 한다. 개발자들이 SQL를 데이터베이스에 보내는 것을 더 이상 통제할 수 없기 때문에 튜닝과 진단도 어렵다.
그 결과 SQL를 변화시키고 어떤 애플리케이션을 통해 SQL를 보낼지 결정의 어려움이 있다.
IBM은 pureQuery를 만들어 이런 접근법의 한계를 완화시켰다. PureQuery는 자바 편집기에 SQL 인텔리전스를 제공한다. PureQuery는 또 다른 SQL 언어가 아니라 자바 컬렉션, 데이터 캐시, 관계형 데이터베이스에도 단정적으로 쿼리할 수 있는 언어이다.
PureQuery를 포함한 자바 편집기는 개발자들에게 자바에서 갖고 있는 것과 같은 수준의 SQL 코드완성, 유효성, 실행 보조 능력을 갖고 있는 통합된 SQL 편집기이다. IBM은 PureQuery뿐만 아니라 JPA에도 지원을 강화하는 작업을 하고 있다.

PureQuery 전격 해부
PureQuery는 데이터 서버를 위한 자바 데이터 접근 애플리케이션 개발과 개발수명 주기(개발, 배치, 관리, 문제 해결) 전반에 관한 자바 객체를 단순화한다. PureQuery 런타임 작업은 JDBC 드라이버를 가진 데이터베이스에서 작동하고 모든 버전의 DB2와 IDS(INFMIX Dynamic Server)를 통합하는 도구를 추가했다. PureQuery와 JAP(J2EE 표준)나 Spring 및 iBatis 같은 오픈소스 프로젝트에서 선택해 사용할 수 있다. PureQuery는 최근 발표된 Project Zero 이니셔티브(http://projectzero.org)와 zero.data(http://www.projectzero.org/wiki/bin/view/Community/DataDesign)에 있는 기술을 기반으로 통합될 수 있다. PureQuery 기술은 SQL 편집을 자바개발환경에서 작동된다.
간단히 말하면, PureQuery는 자바관련 데이터 접근 프로그래밍 업무를 쉽게 한다. 개발수명 주기 초반에 문제를 발견할 수 있으며, 데이터베이스 뒷단에서부터 애플리케이션 소스까지 연결해 주는 환경을 제공한다. 똑같은 자바 API를 통해 정적이고 동적인 SQL를 사용할 수 있다. 정적 SQL 지원으로 런타임 문제 판별과 조절 기능을 향상시킨다. DB2 DBA는 애플리케이션 성능, 애플리케이션 관리, 애플리케이션 접근 보안 측면에서 정적 SQL 접근의 많은 장점을 갖고 있다. 
PureQuery는 어떤 데이터 접근 타입이든 구현을 단순화하고 통합한다. EJB2, JPA, Spring, Ibatis 등과 같은 특정 API를 사용하기 보다는 데이터에 접근하기 위해 현존하는 몇 개의 API를 사용해 구현을 용이하게 하다. PureQuery를 가지고 자바에서 직접 데이터 접근 코드를 기록할 수 있다. 쿼리를 승인하기 위해 디자인 타임 구조론, 스키마 확인, 코드 완성/도움 같은 더 나은 도구를 지원한다.
IBM 데이터 스튜디오 솔루션은 반복적인 JDBC와 객체 구조 작업을 자동화한다. 예를 들어 PureQuery의 SQL 인텔리전스는 개발 과정 중에 SQL 구문을 완성할 수 있다.

SQL 편집기 통합 <그림3>은 다음을 통해 의미와 구조의 유효성에 대한 포괄적인 지원을 한다.
?* 디자인 타임 컴파일
?* 인텔리전스 내용 지원
?* 구조론 채색(Syntax colorization)

<그림 3> PureQuery와 IBM 데이터 스튜디오에서 만들어진 SQL 인텔리전스 때문에 SQL 구문을 더 쉽게 완성할 수 있다

자바 편집기에서 SQL를 직접 테스팅하는 것은 생산성을 향상시킨다. 데이터베이스 서버에 의해 SQL를 더 빠르게 테스트 할 수 있으며 오류는 자바프로그래밍 오류와 같이 경고로 나타난다.
PureQuery를 가진 SQL 사이클은 자바 편집- 컴파일- 디버그 개발 주기에서 더욱 생산적이다. 쿼리 열이 제대로 갖춰졌는지, 에러가 발생하는지를 알기 위한 런타임 시간까지 기다릴 필요가 없다. <그림 4>는 이클립스 자바 퍼스펙티브(Eclipse Java Perspective)에서 PureQuery가 SQL 오류를 어떻게 표시하는지 보여주고 있다.
이 도구 통합은 자바개발자들이 코드를 작성할 때, 상호작용, 인텔리전스 코드 지원과 즉각적인 SQL 에러 인식 기능을 제공하기 때문에 자바 프로그래머들의 생산성을 향상시킨다. 또한 PureQuery는 개발자들이 관리되지 않은 인 메모리 객체를 쿼리할 수 있도록 한다. 복사나 저장 없이도 원래 객체를 쿼리 할 수 있다. 이들 객체는 데이터 서버 쿼리에서 가져온 결과와 임의로 합쳐질 수 있는데 이는 PureQuery가 완전한 표준 SQL을 사용하기 때문이다. 예를 들어

그런 것도 아니면 이런 경우는 어떻습니까? 집에 들어서서 컴퓨터를 켜고 오늘은 동호회에 어떤 자료를 올릴까, 또 다른 사람들이 궁금해서 올린 질문은 또 뭘까 하면서 자기도 모르게 이미 키보드를 치면서 답을 달아주십니까? 그것도 아주 즐겁게 말이죠? 눈치를 채셨나요?

오늘은 바로 후자에 해당하는 분을 소개할까 합니다. 바로 아시아 최초의 오라클 에이스(ACE)로 뽑힌 엔코아컨설팅의 김도근 컨설턴트입니다.

2005년 11월 부산롯데호텔 전산실에서 근무하던 롯데정보통신 소속 김도근 데이터베이스시스템관리자(DBA)는 아시아인으로는 최초로 오라클이 선정한 에이스(ACE)로 선정됐습니다. 에이스로 선정된 후 1년 반 정도 시간이 흘렀고, 그의 명함에는 롯데정보통신 대신에 엔터프라이즈 데이터 아키텍처 컨설팅 전문회사인 ‘엔코어 컨설팅’ 회사 로고가 자리잡고 있었습니다. 

그는 최근 이직을 했습니다. 데이터베이스시스템관리자에서 데이터베이스 관련 컨설턴트로 새로운 도전에 나선 것이죠. 김도근 컨설턴트와 만나면서 “꿈을 이루기 위해 한발 한발 나아가는 사람은 뭐가 달라도 다르구나?”하는 생각을 해봤습니다. 

‘오라클 에이스’는 오라클 DB관리자(DBA)나 개발자 가운데 오라클의 제품과 기술을 가장 잘 알고 있고, 또 자신의 기술과 지식을 다른 오라클 사용자들과 공유하는데 적극적인 활동을 한 사람에게 부여하는 오라클의 지원 프로그램입니다. 단순한 자격증이 아니라 한국오라클에서 관련 전문가를 추천하면 본사에서 심사해 전문가로 위촉합니다.

다음은 그와 나눈 대화입니다.

오라클 에이스에 도전한 이유가 궁금합니다.

처음부터 오라클 에이스를 목표로 두지는 않았습니다. 개발자로 IT 업체에 입문한 후 1년 정도 지나서 2002년부터 DBA 생활을 하게 됐습니다. 데이터베이스시스템을 관리하다보니 기본 기술에 대해서 더 많이 알아야 하겠더라구요. 그래서 틈틈이 관련 지식을 습득해 나갔습니다.

각자 처한 상황은 틀리지만 하루에 5시간씩 인터넷 카페나 커뮤니티에 올라온 질문에 답변을 해주면서 스스로도 꾸준히 공부를 했습니다. 잘 모르는 내용은 다시 한번 관련 서적을 뒤적이었죠. 이렇게 지내다보니 어느 새 전문가로 인정을 받았습니다. 개인적으로 5년 단위로 저를 변화시키기 위해 목표로 세워뒀습니다. 그렇게 노력하다보니 오라클에서 에이스로 추천해 주더라구요.

데이터베이스시스템을 관리하기도 쉽지는 않았을 것 같은데요. 개인 시간을 내서 그렇게 참여하는 것도 쉽지 않지 않나요?

물론 그렇죠. 데이터베이스시스템이라는 것이 에러나 장애가 없을 수 없습니다. 문제는 어떻게 대처해 나가느냐는 것이죠. DBA는 일종의 파수꾼이나 소방관 같은 역할을 합니다. 문제가 발생했을 때 가장 적절한 해법을 찾아내야 합니다. 이런 경험은 책 속에는 없습니다. 많은 경험을 통해서 스스로가 체득해 나가야 합니다. 그 과정에서 새로운 기술도 배워야 합니다.

다른 분들이 모르는 내용을 답해주는 게 그렇게 즐거울 수가 없었습니다. 오늘은 집에 가서 무슨 자료를 올릴까? 어떤 문제가 올라와 있을까 항상 궁금했습니다. 좀 특이한 경우긴 하죠.(웃음)

에이스가 되려고 한 것은 아니지만 오라클에서 인정하는 프로그램인만큼 오라클 행사에도 적극 참여를 했습니다. 저는 4년전도 질의응답 분야에서 활동해 왔습니다.

오라클 에이스가 되고 나서 변화된 것은 무엇인가요? 연봉도 엄청 오르지 않았나요?

에이스가 되기 전에는 저는 다른 분들에게 전혀 알려진 사람이 아니었죠. 에이스가 되고 나니까 IT 매체와 인터뷰도 하게되고 제 이름이 조금씩 알려지더라구요. 신기하고 재미있는 경험이었습니다. 관련 업계에 종사하는 좋은 분들을 많이 만날 수 있었던 것도 행운이고, 세미나에서 발표자로 나서는 경험도 해봤습니다. 모두가 즐거운 일이었습니다.

연봉은 .. 글쎄요. 구체적으로 말씀드리긴 좀 곤란한 질문이네요. 그렇지만 오른 건 사실이죠. (웃음)

모두가 전문가가 되지는 않는데 어떤 계기가 있었나요?

저도 실은 집에 가면 게임만 했었습니다. 섭렵해보지 않은 게임이 없을 정도입니다. 어느 날 너무 소비적인 것 같은 생각이 들었습니다. 자기 계발을 하지 않으면 발전도 없을 것 같았구요. 스스로 도전 과제들이나 제 인생의 계획을 세우면서 바로 끊었습니다.
데이터베이스에 중독된 것이죠.(웃음)

오라클은 2년 주기로 데이터베이스시스템을 새롭게 출시합니다. 올해는 11g가 선보이는데요. 어떻게 이런 기술 변화를 따라가시나요. 스트레스를 안받으시나요?

IT 분야는 지속적으로 학습을 해야합니다. 4년 전 출시된 10g 제품이 이제 고객들에게 도입되고 있습니다. 저도 고객이었지만 안정되고 검증된 제품을 도입하는 것이죠. 어느 나라 고객이던지 이 부분은 유사합니다. 기본에 충실한 상황에서 스스로 시간을 내지 않으면 새로운 기술을 습득하기 힘듭니다.

관리자로 처음 나섰을 때는 시스템 장애나 에러를 해결해야 하고, 협업 부서들의 요구에도 대응해야 해서 개인 시간을 내기가 힘들었습니다. 스트레스를 받기도 했습니다. 그러다가 즐기기로 했습니다. 상황을 없애면 좋겠지만 그런 상황은 없어지지 않으니까 게임처럼 생각하고 대응해 나갔습니다.

실패를 두려워 말라고 하고 싶습니다. 장애나 에러를 통해서 10가지 이상의 핵심 기술을 꼬리에 꼬리를 물고 배울 수 있었습니다. 나중에는 어떤 시나오라가 또 나올까. 저는 장애 자체가 데이터베이스시스템관리자들에게 소중한 자산이 된다고 봅니다. 다른 사람이 겪지 못한 그 장애가 바로 자신의 것이 되는 것이죠.

어쩔 수 없이 장애가 날 상황이라면 즐겨보는 것도 좋을 것 같습니다.

최근 이직을 하셨습니다. 이직을 한 이유는 무엇인가요? 컨설턴트 생활은 어떻습니까?

지금은 데이터베이스 관련 컨설턴트로 활동하고 있습니다. 두달 정도 됐습니다. 그동안 기술에 최적화된 사람이었습니다. 하지만 이제는 그 기술을 각 사업쪽에 유연하게 적응할 수 있는 사람이 되고 싶었습니다. 다양한 업무 로직과 환경을 알 수 있구요. 그렇다면 컨설턴트가 제격이라고 봤습니다.

이제 두 달 정도 지났을 뿐이라서 컨설턴트 생활을 이야기 하기는 너무 이른 듯 합니다. 다만 한가지 제 자신이 발전하고 있다는 생각은 듭니다.

최근엔 오라클 데이터베이스 마스터 자격증도 땄습니다. 이 자격증은 에이스와는 별 상관은 없지만 제가 이 분야에서 꾸준히 활동하고 또 스스로 노력을 지속하기 위해서 도전해 봤습니다. 자격증 자체에 무게를 두기보다는 끊임없이 도전하는 삶이 재미있을 것 같았습니다.

오라클 전문가시면 IBM DB2나 마이크로소프트 SQL 서버 등에 대한 지식은 어떻습니까? 오픈 소스 데이터베이스에 대해서는 어떻게 생각하시는지요?

전 오라클 전문가라서 다른 제품에 대해서는 잘 모릅니다. 다만 관련 분야에 대해서 공부를 하다보니 글을 쓰게 될 일도 많습니다. 오라클 제품과 다른 제품들끼리 기능이나 성능을 비교해볼 수 있는 기회가 있어서 살펴보는 행운을 얻게 됐습니다.

오픈 소스 분야는 제가 별 관심을 두지 않았던 영역입니다. 그렇지만 관심은 가지고 있습니다. 차차 조금씩 또 배워 나가야 하겠죠.

주로 어디서 관련 동향들을 파악하시는지 궁금합니다. 또 학생들 중에서도 관련 분야 전문가로 성장하고 싶어하는 이들이 많을텐데 조언을 해주신다면?

네이버 지식인도 유용합니다. 물론 답변을 다는 이들이 대부분 대학생들이긴 하지만 쉽고 빠르게 찾을 수 있습니다. 데이터베이스 관련해서는 국외쪽에 인사이트텍과 DBA진 쪽을 참고하고 있습니다. 국내에서는 DB가이드넷을 자주 방문합니다.

어떤 것이든 기초가 튼튼해야 한다고 봅니다. 어떻게라는 것보다는 왜라는 생각을 자주해봐야 합니다. 그래야 학습으로 이어지거든요. 왜 에러가 나는지 찾다보면 해법은 금방 찾을 수 있습니다. 하나의 현상을 해결하는데 만족하지 말고 그 안을 더 깊이 파고들었으면 합니다.

자신의 미래에 대해 5년 단위로 계획을 세운 그를 만나면서 내 삶도 돌아보게 합니다. 돌아보는 계기는 많은데 역시 실천이 중요하군요. 행함 없이 어떻게 변하겠습니까?