프로씨

프로씨(Pro-C) 로고

프로씨(Pro-C) 로고와 글자

프로씨(Pro-C)는 C 언어를 사용하여 데이터베이스를 쉽게 관리할 목적으로 미국 오라클사가 만든 프로그래밍 언어이다. 영어로 Pro-C, ProC, Pro*C라고 쓴다. 프로씨는 SQL문을 포함한 C 언어 프로그램을 오라클(Oracle) 데이터베이스 내에 있는 데이터에 접근하여 조작을 할 수 있는 C 프로그램으로 변환하기 위해 사용한다. 프로씨(Pro*C)는 프리컴파일러이기 때문에, 입력 파일 내에 있는 EXEC SQL 문을 적당한 ORACLE 콜로 변환해서 출력 파일을 작성한다. 그 다음 이 출력 파일을 C 프로그램에 대한 통상의 방법으로 컴파일하고 링크해서 실행모듈을 작정한다.

개요

프로씨는 SQL 문은 절차형 언어가 아니다. 그래서 오라클을 포함한 많은 데이터베이스는 PL/SQL이라는 절차형 언어를 제공한다. PL/SQL은 오라클 내부에서 실행되는 프로그램으로서 오라클 내부라는 한정된 공간에서 실행되는 도구이다.DBMS의 버전이 높아지면서 이전관 다르게 PL/SQL에도 다양한 기능이 추가 되었다. 예를 들면, TCP/IP, HTTP, FILE I/O 등과 같은 기능이 추가되어 다양한 방식의 프로그래밍이 가능해졌다. 하지만 오라클 외부 프로그램과의 연동 등에 있어서는 많은 제약이 있다. 예를 들어, TCP/IP 통신을 하는 PL/SQL 문장을 작성하여 수행하는 중에 메모리 할당 등 예기치 않은 오류로 프로그램이 종료되는 상황이 발생할 수 있다. 프로그램이 오류로 인해 종료되는 부분은 프로그램을 수정하여 해결이 가능하다. 하지만 이로 인해 오라클 엔진에 부하가 가해진다면 이는 돌이킬 수 없는 장애로 이어질 수 있다. 이렇듯 내부 PL/SQL을 통한 프로그램의 경우 오라클이라는 내부 울타리에서만 수행되는 특징이 큰 제약으로 작용한다. 이런 고민을 해결하기 위해서 대부분의 DBMS 벤더는 외부 C 프로그램과 결합할 수 있는 선행 컴파일러를 제공하고 있으며 오라클에서는 이를 Pro*C라고 한다. Pro*C는 PL/SQL과 같이 절차적 프로그래밍이 가능한 프로그램 도구로서 PL/SQL처럼 오라클 내부에서 수행되는 프로그램이 아니라 실행 가능한 외부 프로그램으로 작성이 되어 관련 작업을 수행할 수 있게 해 주는 도구이다. 다만 일반 프로그램 언어들과 다른 점이 있다면, Pro*C만으로는 실행 파일을 만들어 낼 수 없다는 것이다. 그래서 Pro*C를 Pre Compiler(설행 컴파일러)라고 한다.Pro*C는 선행 컴파일러이기 때문에 선행 컴파일을 통해서 실행 파일이 아닌 C 컴파일러가 인식할 수 있는 출력 파일(xxx.c)을 생성한다. 선행 컴파일러를 통해 생성된 C 프로그램은 C 프로그램의 통상적인 방법으로 컴파일되고, 오라클 라이브러리와 결합(링크)되어 실행 모듈이 만들어진다.Pro*C 프로그래밍을 위해서는 Pro*C 고유의 문법을 숙지하고 있어야 하지만 C 프로그래밍에 대한 기본 지식도 있어야 한다. 특히 메모리와 관련된 부분이나 포인터 등과 같은 C의 고급 기능을 사용하기 위해서는 C 프로그래밍에 대한 지식을 갖추고 있어야 한다.

특징

프로씨를 사용하면 프로그래머는 통상의 프로그래밍 과정에 별도의 처리를 추가해야 한다. 그러나 별도의 처리를 추가함으로써, 상당량의 작업을 프로씨가 수행하게 된다.

C 언어를 작성해서 기동할 때의 통상의 작업 순서는 다음과 같다.

1. C 언어를 작성한다.
2. 프로그램을 컴파일해서 오브젝트 파일을 작성한다.
3. 오브젝트 파일을 링크해서 실행 가능한 파일을 작성한다.
4. 프로그램을 실행한다.

프로그래머가 소스프로그램에 프로씨를 사용하는 경우에는, 위에서 기술한 순서에 한가지 처리가 더 추가된다.

1. 프로씨 프로그램을 작성한다.
2. 프로씨를 이용해서 프로그램을 프리컴파일 한다.
3. 프로그램를 컴파일해서 오브젝트 파일을 작성한다.
4. 오브젝트 파일을 링크해서 실행 가능한 파일을 작성한다.
5. 프로그램을 실행한다.

종류

4GL 프로그램으로 DB 핸들링 프로그램을 작성하기 위해서 가장 먼저 할 일은 DB 접속 방식을 선택하는 것이다. ODBC 방식으로 할 것인지, OLE-DB 방식으로 진행할 것인지를 선택한 후에 그에 맞는 프로그램 방식을 결정해야 한다.Pro*C 역시 다르지 않다. GUI 방식의 4GL 프로그램처럼 마우스 클릭을 통해 설정할 수 있는 것이 아니라 코딩 시점에 Header 파일 선정, 프로그램 방식의 선정, 컴파일 옵션의 변경을 통해 작성 방식을 선택하여 사용할 수 있다. Pro*C에서 프로그램 작성 방식은 두 가지로 나누어지며, 하나는 내장 SQL 방식이고, 다른 하나는 OCI(Oracle Call Interface) 방식이다.

내장 SQL 방식

내장 SQL 방식이란 C 프로그램 내부에서 'EXEC SQL'이라는 접두사 뒤에 SQL 문장을 직접 기술하는 방식이다. 내장 SQL 방식은 통상적으로 가장 많이 사용된다. 우리에게 익숙한 윈도우 환경의 개발툴과 비교해 본다면, OLE나 ODBC를 통해 데이터베이스와 연결하여 작업하는 방식의 프로그램과 비슷하다고 할 수 있다. 내장 SQL 문장에는 일반 SQL 문장뿐만 아니라 오라클을 이용한 다양한 형식의 내부 문장을 사용할 수 있으며, 미리 생성되어 있는 Stored Procedure, Package 또는 개발자가 임의로 작성한 PL/SQL도 사용할 수 있다. 즉, 오라클 데이터베이스에서 사용하는 모든 문장, 즉 DML, DDL, DCL, PL/SQL, 일반 SQL 문장을 내장 SQL 문장에 사용할 수 있다.

OCI 방식

OCI(Oracle Call Interface) 방식이란 OCI 라이브러리를 통해서 오라클 SQL 문장을 직접 호출하여 사용하는 방식이다. 내장 SQL 방식에 비해서 조금 더 하위 레벨에 해당하는 프로그래밍 방식으로서 OCI를 통해서 DB 핸들링 작업을 실행하기 때문에 데이터베이스 서버의 자원을 효율적으로 관리하고 SQL 문장 수행의 각 단계를 직접 제어할 수 있다는 장점이 있다.그러나 프로그래밍 방법에 있어 내장 SQL 프로그램에 비해 복잡하기 때문에 개발자의 숙련도가 요구된다는 단점이 있다. Unix 환경의 C 프로그램을 대부분의 개발자들은 쉽게 생각하기보다는 어렵게 생각하고 있다. 이는 대부분의 제어를 개발자가 직접 기술해야 하기 때문이다. 반면에 GUI 프로그램은 마우스 클릭 몇번만으로 대부분의 설정이 가능해진다. 이렇듯 OCI 프로그램에서는 모든 부분의 직접 제어나 기술이 내장 SQL 프로그램에 비해서 어렵게 여겨지는 것이다. 물론 대부분의 프로그램에는 특정한 패턴이 있으므로 그 패턴을 익히기만 하면 어떤 프로그램 방식이 더 쉽다, 혹은 더 어렵다고 단정지을 수는 없다.대부분의 경우라고 할 수는 없지만 적지 않은 개발자들이 내장 SQL 문장 방식을 사용하고 있다.

오류 진단,처리

프로그램을 작성할 때 가장 중요한 것은 오류에 대한 정확한 핸들링과 그에 대한 처리이다. 프로그램 오작동시 원인이 무엇인지와 오작동의 원인을 해결하기 위해 무엇이 필요한지를 정확히 짚어낼 수 있어야 한다. Pro*C에는 이를 인지하고 처리하는 기능이 있다.어떻게 보면 C 프로그램보다 에러 검출이 더 쉽다고 할 수 있다. C 프로그램의 경우에는 시스템 시그널에 대한 예외 처리를 해야 한다든지, core 파일 없이 프로그램이 비정상 종료되는 segmentation fault를 처리해야 하는 등 여러 가지 상황에 따라 조건을 다르게 적용해서 처리해야 하는 어려움이 있다. 이에 반해 Pro*C에서는 이러한 복잡한 조건이 붙지 않는다.내장 SQL이 포함된 응용 프로그램을 실행하면 다양한 형태의 에러와 상태에 대한 경고가 발생할 수 있다. 그러므로 응용 프로그램이 정상적으로 수행되어 명료하게 종료되기 위해서는 실행 시 에러와 경고를 미리 예상하고 처리해야 한다. 설사 미리 예상하지 못하더라도 이러한 오류와 경고를 어딘가에 기록해서 후에라도 이를 해결할 수 있어야 한다. 앞으로 발생할 모든 에러를 미리 예측할 수는 없지만 프로그램 흐름 상에서 기능적으로 발생하는 에러와 경고를 미리 예상하고 처리해야 한다. 설사 미리 예상하지 못하더라도 이러한 오류와 경고를 어딘가에 기록해서 후에라도 이를 해결할 수 있어야 한다. 앞으로 발생할 모든 에러를 미리 예측할 수는 없지만 프로그램 흐름 상에서 기능적으로 발생하는 에러와 포괄적 범위의 에러의 처리에 대해서는 필히 기술하여 처리해야 한다.에러나 경고를 감지하고 에러에 대해 더 많은 정보를 얻기 위해서는 별도 통신 영역의 정보를 가진 도구가 필요하며 Pro*C에서는 SQL 통신 영역(SQLCA)와 오라클 통신 영역(ORACA)이라는 두 개의 특수한 데이터 구조를 지원한다. 이는 프로그램 안에서 사용하는 SQL문장에 대한 경고나 오류의 상태를 기술하는 구조체이다.

명시적 오류 처리

명시적 오류 처리 방식에서는 묵시적 처리 방식처럼 전역적 혹은 지역적이라는 단어가 존재하지 않는다. SQL 문장 마다 오류 처리 구문을 지정하여 오류를 처리한다. 명시적으로 처리한다는 것은 SQL 문장 10개에 대해 10개의 오류 처리를 할 수도 있고 안 할 수도 있다는 것으로, 오류 처리를 하지 않았다고 하여 실행 상의 문제나 컴파일 상의 문제가 일어나지는 않는다. 다만 발생 가능한 오류 처리가 누락되어서, 실제로 오류가 발생할 위험은 내재되어 있다.명시적 오류 처리는 각 SQL 문장이 수행된 후에 SQLCA 구조체의 멤버인 'sqlcode'를 통해 확인 가능하며, 추출된 sqlcode 값에 따라 정상과 오류를 구분하여 처리한다. 오류가 발생한 경우 오류 번호가 아닌 오류 메시지 내용을 확인하고 싶다면 SQLCA 구조체의 또 다른 멤버인 'sqlerrm.sqlerrmc'를 활요하면 된다. SQL 문장마다 사용할 수 있으며, 재사용 시 직전의 값은 초기화된다.

묵시적 오류 처리

명시적 오류 처리는 프로그램 내 모든 SQL 문장 마다 오류 처리를 해야 하며 개발자의 실수로 오류 처리를 하지 않은 경우에는 잠재적으로 오류 가능성을 내포한 프로그램이 되는 것이다. 어떤 회사든지 이러한 명시적 오류를 누락한 프로그램은 어렵지 않게 찾을 수 있다. 이러한 코딩 누락에 의한 오류와 SQL 문장 마다 기술해야 하는 번거러움을 해결하기 위해 묵시적 오류 처리를 이용할 수 있다.묵시적 오류 처리에서는 전역적인 설정과 지역적인 설정이 모두 가능하다. 전역적으로 처리한다는 것은 프로그램의 시작 전, 즉 호스트 변수 선언 후에 기술하는 것을 의미한다.

참고자료

• 내가 사는 이유, 〈Pro*C 란 - 초보자를 위한 개념 설명〉, 《티스토리》 2010-03-18</ref>
• 12bme, 〈(Pro*C)Pro*C 소개와 기본 특징 및 오류 진단〉, 《티스토리》, 2017-09-09
• 짱가, 〈Pro*C 참고〉, 《네이버 블로그》, 2004-05-15

같이 보기

• C 언어
• 데이터베이스
• 오라클 (회사)
• 프로그래밍 언어
• 선행 컴파일러
• 절차적 프로그래밍
• 컴파일

이 프로씨 문서는 프로그래밍에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.

개발 : 프로그래밍 □■⊕, 소프트웨어, 데이터, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인 프로그래밍 언어 ASP • C 언어 • C++ • C# • CSS • D 언어 • HTML • HTML5 • JSP • PHP • R • XHTML • XML • XSLT • 고(Go) • 고급언어 • 기계어 • 델파이 • 러스트 • 루비 • 루아 • 리액트 • 리퀴디티 • 무브 • 미켈슨 • 베이직 • 브이비스크립트 • 비주얼 C++ • 비주얼베이직(VB) • 비주얼베이직닷넷(VB.NET) • 솔리디티 • 스몰토크 • 스위프트 언어 • 스칼라 • 스크립트 언어 • 알골 • 어셈블리 • 언리얼스크립트 • 얼랭 • 에이잭스(Ajax) • 엠에프씨(MFC) • 오브젝티브-C • 오브젝트 파스칼 • 오카멜 • 웹어셈블리(WASM) • 이와즘(eWASM) • 자바 • 자바스크립트 • 저급언어 • 제이슨(JSON) • 제이쿼리(jQuery) • 카멜 • 코볼 • 코틀린 • 콜드퓨전 • 타입스크립트 • 파스칼 • 파워스크립트 • 파이썬 • 펄(Perl) • 포트란 • 프로씨(Pro-C) • 피엘에스큐엘(PL/SQL) • 피엘원(PL/I) • 하스켈 개발방법론 CBD 개발방법론 • EA • 구조적 개발방법론 • 객체지향 개발방법론 • 라이브러리 • 람다 아키텍처 • 모듈 • 모듈화 • 벤치마킹 • 소프트웨어 개발방법론 • 스크럼 • 스프린트 • 아키텍처 • 아키텍트 • 애자일 • 웹개발방법론 • 정보공학 개발방법론 • 컴포넌트 • 테일러링 • 템플릿 • 폭포수 모델 • 프로젝트 • 프로토타입 • 피드백 코딩 EUC-KR • UTF-8 • 값 • 글루웨어 • 노팔로우 링크 • 두팔로우 링크 • 디버깅 • 디코딩 • 마크업 • 버그 • 부트스트랩 • 세이브포인트 • 소스코드 • 시큐어코딩 • 아스키 • 액티브엑스 • 오픈소스 • 유니코드 • 인코딩 • 재컴파일 • 주석 • 컴파일 • 컴퓨터 프로그램 • 코드 • 코딩 • 태그 • 테스트 • 테이블 • 텍스트 • 파싱 • 퍼블리싱 • 퓨니코드 • 하드코딩 • 하이퍼링크 • 하이퍼텍스트 프로그래밍 C 명령어 • 객체 • 객체지향 • 객체지향 프로그래밍 • 거짓 • 관계연산자 • 기본형 변수 • 널 • 논리 • 논리연산 • 논리연산자 • 다중상속 • 다형성 • 대입 • 대입문 • 대입연산자 • 더블 • 도스 명령어 • 디폴트 • 레지스터변수 • 루프 • 리눅스 명령어 • 리턴 • 메모리 주소 • 메소드 • 멤버 • 명령문 • 명령어 • 무한루프 • 문자 • 문자열 • 바이트 • 반복문 • 배열 • 변수 • 분기 • 분기문 • 불린 • 브레이크 • 비교연산자 • 비트연산자 • 산술연산자 • 상속 • 상수 • 생성자 • 선언 • 선언문 • 설정자 • 속성 • 스위치 • 스태틱 • 시프트연산자 • 실행 • 실행문 • 어노테이션 • 에코 • 역참조 • 연산 • 연산문 • 연산자 • 오버로딩 • 오버라이딩 • 외부변수 • 윈도우 명령어 • 유닉스 명령어 • 인스턴스 • 인스트럭션 • 인클루드 • 인터페이스 • 임포트 • 입력 • 입력문 • 입출력 • 입출력문 • 자료형(데이터 타입) • 자바 명령어 • 자바 예약어 • 자바 컬렉션 • 전역변수 • 접근자 • 접근제어자 • 정보은닉 • 정수형 • 정적변수 • 제어 • 제어문 • 제어자 • 조건 • 조건문 • 조건연산자 • 주소 • 증감연산자 • 지역변수 • 참 • 참조 • 참조변수 • 초기화 • 추상메소드 • 추상클래스 • 추상화 • 출력 • 출력문 • 캡슐화 • 케이스 • 클래스 • 파라미터(매개변수) • 파이널 • 패키지 • 퍼블릭 • 포인터 • 프라이빗 • 프로텍티드 • 필드(멤버변수) • 함수 • 환경변수 명령어 abstract • array • boolean • break • byte • case • char • continue • default • double • do while • echo • elif • else • else if • false • final • float • for • gosub • goto • if • if else • import • include • int • join • long • long long • null • print • printf • println • private • protected • public • return • scanf • short • stdio.h • static • string • switch • temp • then • true • unsigned • void • while 디자인패턴 구조패턴 • 동시성패턴 • 동시실행패턴 • 모델-뷰-컨트롤러 패턴 • 상태패턴 • 생성패턴 • 싱글톤패턴 • 아키텍처패턴 • 전략패턴 • 커맨드패턴 • 행동패턴 프로그래밍 인물 귀도 반 로썸 • 그레이스 머레이 호퍼 • 니클라우스 비르트 • 댄 브릭클린 • 더그 커팅 • 데니스 리치 • 리누스 토르발스 • 리처드 그린블라트 • 마거릿 해밀턴 • 마크 앤드리슨 • 빈트 서프 • 빌 게이츠 • 빌 조이 • 스티브 잡스 • 에이다 러브레이스 • 제임스 고슬링 • 척 벤턴 • 켄 톰슨 • 팀 패터슨 위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반