В общем нужно нечто подобное триггера, только для select.

Задача состоит в том, что есть таблица, например 
table1
id|info

Есть клиент - К1, которые обращается с базой. 
При добавлении записи, поле info изменяется, например кодируется в Base64 (К примеру) через триггер before insert

Задача: когда пользователь делает SELECT надо сделать base64_decode поля инфо


Проблема в том, что доступа к клиенту нет.. Все нужно делать на уровне сервера..
триггеры не подходят.

как быть?   

использовать ХП(смотри CREATE FUNCTION)

Добавлено через 2 минуты и 54 секунды
синтаксис CREATE FUNCTION подробно описан в мануале.
идея в том, что вместо прямого получаения

обрабатываешь значение функцией


Добавлено через 4 минуты и 22 секунды
перенесено из PHP: Для профи
поторопился, не спросил СУБД.
Если речь не о MySQL, то рекомендация будет та же - использование ХП. Но, если надо под другую СУБД, сообщи - перенесу.

я не имею доступа к клиенту.

изменять скрипты не могу.. все как-то надо через сервер..

Kallisto, ты о чем? Хранимая процедура создается на стороне сервера.

Или создать представление (View) с необходимыми преобразованиями, которое отдается клиенту как будто это таблица.

я понимаю что хп на стороне сервера...

но изменять скрипты клиента я не могу

Акина можно подробней?

А куда подробнее? По-аглицки View, по-русски представление, по-T-SQL-евски CREATE VIEW. Подробности - в документации.

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

Добавлено через 2 минуты и 30 секунд
[offtop]
Жаль, что на представления нельзя создавать триггеры, как в MSSQL Server'ec
[/offtop] 

Есть ли необходимость хранить в базе шифрованные данные, если по сети они всё равно передаются открытым текстом?

Также, для случая невозможности доступа к скриптам клиента, рекомендую посмотреть в сторону mysql_proxy. Получаете запрос, и сами думаете, что отдать клиенту. Очень занятная штука, я вам скажу...