Если честно, то я вопрос не понял.

Тип данных задается при создании таблицы, так что зачем в Постгре эти функции?

Если же у тебя символьное поле, то полученную величину ты можешь в PHP проверить на соответствие тому или иному типу. В нём соответствующие функции имеются.

Не нужно проверить переменную в хранимой процедуре (т.е. через PL/pgSQL а не PHP). Решил создать свои функции, проверку осушествлять через EXCEPTION при попытке дать неверные значения в функции to_number(), to_date()

Если потенциально неверные значения может дать юзер, то почему бы не проверить это в PHP, до передачи на запись? Тут это сделать легко и просто.
Я на самом деле не понимаю, зачем такой алгоритм выбран

А если не от юзера идут данные, то откуда?

загружаю данные из файлов вернее из файла MS Excel (там может быть все что угодно),
всю логику на корректность заполнения полей делаю в PostgreSQL, а точне в хранимой процедуре,
которая возвратит либо лог ошибок (всех), либо подтверждение об удачной загрузки.
Данных может быть очень много за раз, поэтому в PHP проверяю только наличия значения в поле.
Все делается исключительно: 1. для производительности (построчная проверка очень долгая) и 2. вся логика выполняется в БД (не построчно, работаем с временной таблицей SQL-ми запросами)
да и вообще считаю безопасным и удобным для разбора, поддержки самого кода.

Есть идеи?

Ваш вариант не исключается, что касается элементарной проверки на обязательность заполнения и на типы данных.
А серьезную проверку лучше делать в хранимой процедуре.

CREATE OR REPLACE FUNCTION applied."IsNumeric"(IN text_value text)
RETURNS boolean AS
$BODY$

declare number_value numeric;

declare result character varying;

begin
begin
number_value:= text_value::numeric+1;
return true;
exception
when OTHERS then
result:=SQLSTATE;

if result='22P02' then
return false;
else
return true;
end if;
end;
end;

$BODY$
LANGUAGE 'plpgsql' VOLATILE
COST 100;