mydb=# create table z (num int, name varchar(20));
CREATE TABLE
mydb=# copy z from stdin;
Enter data to be copied followed by a newline.
End with a backslash and a period on a line by itself.
>> 1    안녕
>> 1    하세요
>> 2    반갑
>> 2    습니다
>> \.
mydb=# create function myfunc(int) returns setof record as '
mydb'# select * from z where num = $1
mydb'# ' language 'sql';
CREATE FUNCTION
mydb=# select * from myfunc(1) as t(num int, name varchar(20));
 num |  name
-----+--------
   1 | 안녕
   1 | 하세요
(2 rows)

윗 모습과 크게 다르지 않음에도 불구하고, 이곳에서는 정상적으로 돌아가는 것으로 보아, to_char 자료형을 text로, date_part 자료형을 형변환해서 int로 해 보면 되지 않을까? 싶기도 합니다.

테이블 구조를 모르니, 딱히 살펴볼 방법도 없네요.

그런데,(중요한 이야기)

왜 저런 함수가 필요한지 모르겠습니다.

저런 경우라면, 함수로 만드는 것이 오히려 비용도 많이 들고, 속도도 늦습니다. (누가 봐도 그렇게 생각할 터인데)

저런 경우라면

PREPARE, EXECUTE 구문을 이용해서 푸는 것이 일반적입니다. 물론 저 쿼리가 하나의 세션(연결)에서 계속해서 bl_strbid 값만 바뀌고 똑같은 형태로 자주 사용된다면 말입니다. 그 반대로 딱 한번만 사용된다면, 그냥 SELECT로 가져오는 것이 제일 타당할 것 같습니다. PREPARE, EXECUTE 비용이 더 많이 들기도 하니까요.

답변감사합니다.

전 ASP&MSSQL서버를 쓰다가 이번에 옮긴 회사서 PHP&Postgres를 쓰길래 작업중인데요.

SQL서버경우에 StoredProcedure를 사용하면 성능개선에 많은 도움이 되잖아요. 그래서 Postgres에서도 Function으로 만들어 쓰면 비슷한 경우가 되지 않을까 해서 또한 메뉴얼에도 함수로 만들어 쓰면 훨씬 효율적이라고 하길래 바꾸는 중입니다.

함수로 만들어 사용하는것이 성능이나 효율면에서 오히려 떨어지나요?  

P.S. 위에서는 제가 아직 Postgres 시스템함수들도 완전히 숙지하지 못해서 발생했던 에러였네요. 리턴 타입이 틀려서 발생했던 거네요...

서버 함수를 사용해서 풀어야 효율적인 것이 있고,

그렇게 풀면 오히려 비효율적인게 있겠지요.

모든게 다 그렇듯이.

윗 경우는 제가 보기에는 비효율적인것 같네요.

이놈 설명하기에는 제 내공이 부족해서 너무 어렵게 설명할 것같아서 생략합니다. 서버 입자에서 가만히 생각해 보시면 쉽게 이해가 가실겝니다.