Работал я до VB6 на паскале да на ассемблерах. Эпизодически, но и не так уж мало. Имел хорошее представление во что паскалевый код превращается. И без ассемблера мог сваять очень и очень быструю программу на чистом паскале. Тут главное в быстродействии - не структура кода, а структура алгоритма искаженная в рассчете, например, на то чтобы доставать готовые ответы из массивов вместо функций. Искаженная потому, что полалгоритма занимается подготовкой этих массивов - задачей совсем непохожей на то что было вначале. И потому, не важно на чем написана: на асме или паскале - выигрыш алгоритма в 200% перекрывает издержки языка в 20%. Изучал даже программирование под виндовс из-под ассемблера. Но вовремя одумался: нет никакой выгоды в ассемблерном коде который только и делает что вызывает функции WinAPI.
Классического бэйсика я не видел (только в калькуляторах) - сразу на VB6.
Когда перешел на базы данных и на VB6, сначала все оптимизацией занимался. В каждой строчке кода, в каждой процедуре. Задачи связанные с базами данных очень не простые. Прежде всего потому что в них абстрактная модель присутствует. Кто не почувствовал это - тот не научился создавать добротные приложения. И не только. От того насколько прозрачен, понятен код в сложном приложении, зависит и быстродействие всего приложения. Можно конечно экономить на наносекундах, но скорее всего, в итоге, проиграешь в сотнях миллисекунд. А раз так, то понятность кода - самое главное. В том числе и для оптимизации быстродействия приложения. Ну и язык конечно влияет на понятность кода. Чем запутанней язык, тем труднее оптимизировать приложение в целом.
А ждать что там сервер (и не только сервер СУБД) ответит на запрос, какая здесь выгода мне от С? Тем более что запомнить имя метода класса гораздо проще чем запомнить несколько фукнций и порядок их вызовов и порядок передачи им аргументов, делающих в сумме то же самое.
p.s.
Я думаю мы о быстродействии приоложений БД говорим. Да?