Что-то непонятное с кодировками

Shopen
Конкатенация зависит от типа объединяемых значений: если все аргументы функции являются не бинарными строками, то результат будет возвращен в виде не бинарной строки; если один, или более, аргумент является бинарной строкой, то результат будет возвращен в виде бинарной строки. Важным моментом является поведение числовых значений - они переводятся в бинарный вид. То есть конкатенация строки и целого числа вернет строку в бинарном виде. Чтобы получить результат в виде не бинарной строки, следует принудительно преобразовать число в строку с помощью функции CAST().

SELECT
        codeorgch,
        CONCAT(codeorgch,' + ', CAST(n_org AS CHAR))
FROM tbl
LIMIT 5

Shopen
phpMyAdmin всегда возвращает значения в том виде, как они приходят от MySQL, и в данном случае строка будет бинарной. Другие клиенты могут производить предварительную конвертацию своим парсером запроса, либо возвращать данные, как есть, а там уже браузер пусть думает.

Если посмотреть клиент MySQL Query Browser, то там вывод будет бинарный, как и должно быть.

Бинарный вывод - это вывод в виде BLOB/BINARY данных.

Если хотите конкретики, то следует указать тип данных полей, которые вы объединяете. Как я понял поле codeorgch имеет тип VARCHAR, поле n_org - INT. Если в phpMyAdmin, в блоке параметров убрать галочку "Покзаать BINARY", то увидите не вопросики, а данные в виде BINARY. Если поле codeorgch имело бы тип TEXT, то вы бы увидели вывод данных в виде BLOB.

Но это не проблема phpMyAdmin, а особенность работы с типами данных MySQL.

В Денвере старая версия phpMyAdmin и там вроде нет галочки "Показать BINARY" вовсе.

Новые версии phpMyAdmin работают с MySQL только в utf8 в независимости от кодировок таблиц и БД. То, что на Денвере показывает - значения не имеет, так как очень старое, желательно его обновить.