Курилка нужно ли программисту 1С знание sql?

По практике. Применение запросов сложнее "select * from xxxx where ID = yyyyyy" для чистого кодера 1С требуется редко.
Более востребованы навыки администрирования скуля.

Однако, если нет базовых знаний (а запросы на языке SQL (не обязательно T-SQL), как не крути - базис) то программировать (и на 1С) будет сложновато.


По поводу прямых обращений к MS SQL мимо интерфейсов (в т.ч. и программных) 1С - стремная затея. Начать хотя бы с того, что состав полей таблицы, наименование таблиц, да и собственно состав этих самых таблиц вполне себе может внезапно измениться (обновление платформы, изменение конфигурации и т.д.)
Выигрышь в скорости, в задаче "сферической в вакууме" да. Будет. Вы ведь в этом случае минуете этапы обмена данными между серверами MS SQL и 1С, этап преобразования данных (дополнительной обработки данных сервером 1С). Отвяжите вашу программу от необходимости иметь клиента 1С на компе (для установления COM или OLE соединений).

Но проигрыш очевиден:
1) Вы не можете быть уверены в завтрашнем дне (структура, как я уже писал выше может меняться)
2) Вы за....паритесь расковыривать связи между таблицами и правила формирования записей.
3) Вы железобетонно привяжитесь к мелкомягким, без возможности перевода БД в файловый вариант, или на другую СУБД (DB2, Oracle, Postgree).
4) Ваше решение будет неочевидно, и трудно поддерживаемым.

Такие финты (прямое обращение к MS SQLю) имело смысл делать на 7ке (да и то, посредством 1С++, самому преобразовывающему имена объектов 1С77 к именам MS SQLя). Но сейчас - сумнительный секас.

Знать SQL и понимать, что происходит при взаимодействие 1С с СУБД, в том числе, и на уровне языка, нужно. На крупных внедрениях это становится очевидным.

Использовать или не использовать прямое обращение к СУБД из 1С - это вопрос не только запросов к таблицам 1С - существуют иные базы данных, получать данные из которых на SQL только и возможно.