지난번에 이어지는 Part 3 : "pureQuery로 신속한 애플리케이션 개발"입니다.
^^ 우웅... 다음에는 DB2 관련 문서를 좀 뒤져볼까합니다. DB쪽 공부를 폭 넓게 해볼까하는데 잘 될지 모르겠습니다.

 
원문 : 새로운 IBM pureQuery 툴을 사용하여 자바 데이터베이스 개발의 생산성 높이기, Part 3 : pureQuery로 신속한 애플리케이션 개발 (한글)

 아래는 본문의 서론 부분을 정리한 내용입니다.

IBM® pureQuery 플랫폼과 이클립스 도구를 사용하면 JDBC보다 코드 작성을 덜 하고도 간단하면서도 고성능의 데이터 액세스 레이어와 애플리케이션을 신속하게 만들 수 있으며 다른 어느 이클립스 기반 도구보다 더 높은 생산성을 얻을 수 있습니다.

목표

  • pureQuery 애플리케이션을 신속하게 만든다.

  • pureQuery 프로그래밍 스타일에 대한 기초 지식을 소개한다.

  • 샘플 프로그램과 JUnit 생성 기능을 사용하여 코드 한 줄 쓰지 않고 생성된 애플리케이션을 실행해 볼 것이다.

  • pureQuery 이클립스 통합이 유연성을 제공하는 방법에 대해 배우고 고성능 애플리케이션 개발에 활용한다.

  • 생성된 애플리케이션을 수정한다.

  • 자바 프로그래밍 내에서 코드 어시스트를 사용하여 pureQuery SQL 편집기 통합을 사용한다.

  • SQL 기능을 실행한다.
---------------------------------------------------------------------------------------------------

시작하기전에

본 연재에 대해

본 튜토리얼은 새로운 IBM pureQuery 도구로 자바 데이터베이스 개발에 생산성을 높이는 방법을 다루는 연재다.

본 튜토리얼에 대해

본 튜토리얼에서는 pureQuery 애플리케이션을 신속하게 만드는 방법을 다룬다. pureQuery 프로그래밍 스타일에 대한 기초 지식을 소개하고 샘플 프로그램과 JUnit 생성 기능을 사용하여 코드 한 줄 쓰지 않고 생성된 애플리케이션을 실행해 볼 것이다. pureQuery 이클립스 통합이 유연성을 제공하는 방법에 대해 배우고 고성능 애플리케이션 개발에 활용한다. 생성된 애플리케이션을 수정하고 자바 프로그래밍 내에서 코드 어시스트, SQL 기능 실행을 사용하여 pureQuery SQL 편집기 통합을 사용한다.

pureQuery 도구에 대한 개요는 Part 1을 참조한다.

자바 프로그램에서 입력한 SQL 오류를 찾고 고치는 법은 Part 2를 참조한다.

본 튜토리얼은 IBM pureQuery 이클립스 기반 도구를 사용하여 pureQuery로 신속하게 애플리케이션을 개발하는 것에 중점을 둔다.

  • 다음과 같은 방식으로 코드 한 줄 쓰지 않고 pureQuery 메서드-스타일 애플리케이션을 빌드할 수 있다.
    • 데이터베이스 테이블과 프로시저에서 pureQuery 애플리케이션을 생성해 만든다.
    • 자바 빈(bean)에서 pureQuery 애플리케이션을 생성해 만든다.
    • 애플리케이션을 위해 JUnit 테스트 케이스를 생성해 만든다.
  • 다음 사항을 수정함으로써 자바 편집기 내에서 pureQuery의 유연한 도구를 사용하여 비즈니스 요구사항에 맞게 pureQuery 애플리케이션을 커스터마이즈할 수 있다.
    • SQL과 자바 통합을 사용해 SQL을 수정한다.
    • 커스터마이즈한 SQL을 사용하여 pureQuery 애플리케이션을 수정한다.

커스터마이즈한 SQL을 사용하여 pureQuery 애플리케이션을 수정한다.

  • Database Explorer
  • 데이터 연결 퍼시스턴스 옵션

플랫폼 지원

IBM 데이터베이스 - IBM Informix® Dynamic Server를 비롯 Linux®, UNIX®, Windows®, zSeries®, iSeries®용 IBM DB2

이클립스 환경

  • IBM Data Studio V1.1
  • IBM Rational® 스위트와 공유하는 향후 셸 지원



 지난번에 소개한 "새로운 IBM pureQuery 툴을 사용하여 자바 데이터베이스 개발의 생산성 높이기"의 Part 2입니다. SQL 문제 탐지와 관련된 내용이 주된 내용입니다.
제가 DB쪽 업무만 하는 관계로 자바 관련 내용은 툴을 실행시켜보지도 못할때가 있습니다. 음... 다음부터는 좀더 꼼꼼하게 살펴보겠습니다.

원문 : 새로운 IBM pureQuery 툴을 사용하여 자바 데이터베이스 개발의 생산성 높이기, Part 2: 자바 프로그램의 SQL 문제 탐지 및 수정하기 (한글)



IBM® pureQuery 기술과 툴을 사용하여, 자바 프로그램 내에서 SQL을 코딩 할 때 생기는 다양한 문제들을 탐지합니다. 제품 개발과 전개 사이클 동안 다양한 시나리오에서 데이터베이스 애플리케이션의 개발 생산성을 높이고, SQL 밸리데이션을 여러분의 필요에 맞게 개인화 합니다.

머리말

IBM pureQuery 기술과 툴은 SQL을 포함하고 있는 자바 애플리케이션을 개발하는 태스크를 매우 단순화 시킨다. pureQuery는 Eclipse 환경 안에서 자바와 SQL을 긴밀히 통합시킨다. pureQuery 툴은 SQL 밸리데이션, SQL 콘텐트 어시스트, SQL 실행, Database Explorer에 보기 테이블 및 컬럼, SQL 템플릿 같은 다양한 기능을 사용하여 자바 에디터에서 SQL 작업을 완벽하게 할 수 있도록 한다.



 한동안 삽질기를 올렸으니 이번엔 깔끔하게 정리된 문서를 소개하려합니다.
이번에는 IBM DeveloperWorks의 자바, 오픈소스 관련 문서중에서 IBM pureQuery툴을 소개하는 글입니다.
자바로 DB 개발을 할때 유용한 툴이라고 합니다.

 한가지 아쉬운 점이라면... 뭐 IBM에서 나온 툴이니까 당연한 현상이겠지만, DB2와 Informix Dynamic server만을 지원한다는 점입니다. 제가 실무에서 Oracle만 사용하기 때문이죠. 참 아쉽습니다. 이참에 DB2를 좀 배워봐야 겠습니다. ㅋㅋ


원문 : 새로운 IBM pureQuery 툴을 사용하여 자바 데이터베이스 개발의 생산성 높이기, Part 1: pureQuery 툴 개요 (한글)


2008 년 1 월 29 일

자바™ 개발자를 지망하거나, 현재 자바 개발자라면 이 글이 도움이 될 것입니다. IBM® pureQuery 툴로 SQL을 이용한 자바 프로그래밍의 생산성이 그 어느 때보다도 높아졌습니다. 자바 에디터에서 SQL과 자바 애플리케이션을 코딩하고, 동등한 생산성을 경험할 수 있습니다. 자바 에디터를 떠나지 않고, 에러가 없는 자바 애플리케이션과 SQL을 구현합니다. JDBC보다 훨씬 적은 코드로 간단한 데이터 액세스 레이어를 생성합니다. 정적인 SQL을 사용하여 애플리케이션 성능을 높이고, SQL을 사용하여 데이터베이스와 인-메모리(in-memory) 컬렉션에 액세스 합니다.

머리말

본 기술자료 시리즈에서는, 자바 애플리케이션 개발자가 자바 언어로 프로그래밍 할 때 SQL 코딩 에러를 줄일 수 있게 하는 방법을 배우고, 단 한 줄의 코드도 작성하지 않고 고성능 자바 애플리케이션과 테스트 샘플을 구현해 본다. 자바 애플리케이션 내에서 SQL을 커스터마이징 하여, SQL 콘텐트 어시스트, SQL 밸리데이션, SQL 실행, SQL 오픈 정의 같은 pureQuery 툴을 사용하여 SQL 프로그래밍에 적용한다.

pureQuery 툴을 사용하여 속도를 높일 수 있다:

  • pureQuery 생산성 툴을 사용하여 데이터베이스 애플리케이션을 빠르게 구현하고, pureQuery 생산성 툴을 사용하여 자바 퍼스펙티브 내에서 SQL을 커스터마이징 한다.
  • 하나의 API를 사용했을 때보다 더 쉽게 데이터베이스 애플리케이션을 개발하여 데이터베이스나 인-메모리 데이터 소스로 작업할 수 있다.
  • 추가 작업 없이 정적인 SQL로 애플리케이션을 구현한다.
  • 애플리케이션 등에 pureQuery 디자인 패턴을 사용한다.

pureQuery 툴과 기술은 IBM Viper Developer V9.5에서 사용할 수 있다.



 위의 머리말을 보면 아시겠지만, 자바 개발자라면 한번 써볼만할것 같습니다. 편리함도 편리함이지만, SQL 코딩 오류를 줄여줄거라는 얘기가 반갑게 느껴집니다. (거의 대부분의 오류는 개발자의 오타에서 발생하기에... 최소한 제 경우는 대부분의 오류는 오타에서 시작되더군요. ^^; )

+ Recent posts