크게 두가지 방법이 있을 것 같군요.

첫번째, 동적쿼리를 생성한다.
           HARD PARSHING이 발생할 수 있군요. 조심...
두번째, 쿼리 3개를 UNION ALL로 묶어서 하나의 쿼리를 생성한다.
           이경우 조건값에 따라 3개의 쿼리중 하나만 동작하도록 하면 부하가 적을것 같네요.
           SELECT *
           FROM (
                         SELECT ...
                         FROM    A
                         WHERE :pColumn = 1
                         AND     A1 = ...
                         UNION ALL
                         SELECT ...
                         FROM    B
                         WHERE :pColumn = 2
                         AND     B1 = ...
                         UNION ALL
                         SELECT ...
                         FROM    C
                         WHERE :pColumn = 3
                         AND     C1 = ...
                      )

@_@일호

네 저도 그렇게는 생각을 하고 있는데...
최대한 간단하게 할 수 있는 방법이 없을까요?
첫번째 Hard Parsing 쪽은 왠지 좀 꺼려지고
두번째 방법도 생각을 해봤는데 것도 쿼리가 좀 길어질거 같고

어떤 다른 좋은 방법이 없을까요? ^^

동적쿼리로 작성하시고 pStr에 대해서만 바인딩 해주면

하드파싱 있어봤자 칼럼개수만큼이니 크게 고려하지 않아도 됩니다.

제가 저상황이라면

pColumn가 1,2,3말고도 계속 늘어나는거면 꺼림직해도 동적으로 처리를 해야 할것 같구요.

1,2,3만 있는거라면 보기좋지 않지만 예쁘게 줄 맞춰서 union all을 쓰겠습니다.

저도 한마디 첨언하자면,

보통은 다른 분들이 언급하신 두 방법 외에는 없을 듯 합니다.
쿼리가 길어진다고 반드시 성능도 나빠지는 것은 아닙니다.
위 처럼 테이블까지 동적으로 구성되는 요건이라면,
성능면을 중시하면 쿼리가 좀 길어지더라도 UNION ALL로 구성하는 것이 바람직합니다.

결국 데이터량, Critical Access Path등의 상황을 고려하여 
성능을 더 우선시 하느냐 -> UNION ALL 구성
성능은 괜찮으니 쿼리를 심플하게 하느냐 -> 동적쿼리 구성

잘 판단해서 선택하셔야겠죠...;

단, 위의 각 테이블간의 연결고리가 존재하고 데이터구조상 Group By등의 처리없이 바로 연결이 가능하다면 View-Merging이 될 수 있는 정도의 전략적인 View를 만들어 활용하는 것도 고려할 수는 있겠군요...참고하세요...;

건승하시길...수고하세요~~