Те же баллы, что и у HLGEM. Я очень часто сталкиваюсь с людьми, которые «знают» ADO, но не имеют понятия о SQL. В большинстве случаев это происходит потому, что они использовали ADO (обычно перетаскивание в диалоговом окне свойств) для создания и управления своими данными (например, с помощью таблиц ADO, чтобы иметь возможность просматривать и обновлять записи), но на самом деле не понимают как это работает "за кадром" в SQL.
Концентрация на знаниях SQL помогает избежать привлечения одного из этих людей в вашу команду (пусть они пишут не масштабируемые приложения VB, заполненные проблемами параллелизма в какой-либо другой компании).
Другой момент заключается в том, что ADO - это просто средство для подключения к базе данных SQL. Там, где методы до ADO, и будут методы после ADO (например, ориентированные на LINQ фреймворки). Понимание лежащей в основе технологии, а не просто одного «инструмента», важно для многих хороших работодателей. Вы бы наняли кого-нибудь, кто мог бы только программировать на C ++, если бы они использовали IDE Visual Studio? (На самом деле это очень реальная проблема, с которой я сталкивался у некоторых Java-программистов, особенно в отношении программирования GUI)