쿼리에 대해 관심을 가지고 공부해 오면서 계속 가졌던 의문이다.
현재의 느낌으로는 그 한계는 없다 이다.

물론 프로그램과 SQL에는 각각 고유의 특성이 있고 SQL이 프로그램만의 고유영역까지 대신할 수는 없다. 이를테면 이미지 프로세싱이라든지,
네트워크를 통해 파일스트림을 전달한다든지 하는 것은 SQL로 불가능하다.
그러나 두개의 공통영역인 데이타의 가공처리에 관한한 SQL이 프로그램을 거의 완벽하게 대체할 수 있다고 생각한다.

대부분의 프로그램언어의 입문서를 보면 다음과 같은 차례를 가진다.

1) 데이터타입 소개(배열포함)
2) 연산자 소개
3) 각종 메소드(함수)의 소개
4) 제어문 - IF문,FOR문,SWITCH문,WHILE문
5) 간단한 실습예제

1)번에서 4)번까지의 항목으로 응용을 해 나가면서 거의 모든 프로그램을 만들어 나간다.
그런데 SQL에서도 이와 똑같은 항목들을 제공한다.

데이터타입-프로그램언어보다도 훨씬 더 많은 데이터 타입을 제공한다.
연산자-결코 만만치 않은 리스트들을 가지고 있다.
함수-DBMS의 각 벤더들이 제공하는 강력한 함수는 데이터 가공처리에 부족함이 없다.

SQL에서 한가지 부족한 것이 배열을 지원하지 않으며 루프문을 사용할 수 없다는 것이다.
프로그램은 배열과 루프문을 제공할 뿐 아니라 루프문속에서 인덱스를 조작함으로써 PREV 데이터,NEXT 데이터를 참조할 수 있다.
SQL의 경우 가로 세로 2차원 타입을 가진 레코드셋에서 현재 커서가 위치해 있는 로우만을 읽을 수 있고
일단 현재 로우를 읽어버리면 야속하게도 커서는 다음 로우로 훌쩍 이동해 버린다.
결코 커서를 건너뛰거나 되돌릴 수 없다!!!
프로그램보다 쿼리문이 어렵게 느껴지는 것은 나를 포함한 많은 사람들이 바로 이전,이후 레코드, 혹은 내 맘대로 인덱스를 조작해서
임의의 위치에 있는 레코드를 참조할 수 있는 편리한 핸들링의 부재때문인 것 같다.

그러나 이러한 제약사항도 약간의 편법(?)을 써서 극복할 수 있으니 데이터복제라는 기술을 이용하여
얼마든지 배열과 루프문의 효과를 낼 수 있다. 한마디로 프로그램 언어가 가지고 있는 특징을 SQL도 다 가지고 있다.
결국 이렇게 따지고 보면 데이타의 가공처리에 관한한 프로그램 언어가 할 수 있는 건
SQL도 얼마든지 할 수 있으며, 오히려 다수의 데이터를 집합적으로 한꺼번에 처리할 수 있다는 점에서
보다 강력한 효율을 가진다고 평가할 수도 있겠다.

SQL에 관심을 가지고 공부를 시작한지 얼마 안되었을 쯤, 쿼리문으로 달력을 구현한 것을 보고 놀란 적이 있다.
그런데 이뿐이 아니라 하트모양을, U자형 그래프,별모양을 그리는가 하면 심지어 지뢰찾기 게임을 흉내내기도 한다.
충격이다. 나로서는 도저히 상상할 수도 없는 것을 SQL로 보란듯이 구현하는 무림의 고수들이 있다.

"SQL의 한계는 없다!"
"SQL로 니가 원하는 모든 가공처리를 할 수 있다!"
"안되는 건 니 머리가 아둔하여 구현하지 못할 뿐이다!"

머리의 한계를 극복하려는 노력을 좀 더 해야겠다.