В гостях у Феникса

Итак, сегодня я постараюсь ответить на популярную проблему как пропатчить KDE UTF-8 под FreeBSD.

В один прекрасный момент переноса базы данных с тестового сервера на продакшн для подготовки бета версии я больно стукнулся головой об проблему с UTF-8 строками в PostgreSQL. А точнее, натолкнулся на полное нежелание PostgreSQL выдавать на запрос SELECT upper('суслик') положенного по штату "СУСЛИК"а. В результате поиска баги я был в шоке, так как совсем не ожидал от современной операционки таких, совсем уже детских, ляпов!

Недавно у меня возникла интересная задача по хранению некоторых данных в рамках сессии работы с БД PostgreSQL (TTL = время жизни единичного коннекта к базе). Изначальный вопрос был таков...

А можно ли вместо вот такой конструкции:

some_procedure1(user_id, param1, ... , paramN);
...
some_procedureX(user_id, param1, ... , paramN);

использовать такую:

set_user(id);
some_procedure1(param1, ... , paramN);
....
some_procedureX(param1, ... , paramN);

т.е. использовать некую глобальную переменную в рамках сессии для хранения значение идентификатора пользователя, которое будет доступно всем процедурам внутри базы.

Порывшись в гугле, поспрашивав на форуме, я нашел даже не одно решение, а целых 3! Чем с вами и делюсь...

Дошли у меня руки наконец-то протестировать два популярных подхода (модели) в проектировании структуры БД.

Абсолютно случайно наткнулся на забавную багу в PHP5... Нарисовал врапер для работы с Postgres с помощью нативной библиотечки PHP5 - pg_*. Естественно все как положено, с трай-кетчами и прочими вкусностями. Потестировал на простеньких запросах - все ок, ошибки отлавливаются, все пашет как часы... И вот настал черед рисовать хранимые процедуры в самом постгре... И вот тут меня настиг жуткий облом...