Свои две копейки (правда, говорю на примере Oracle, возможны вариации в зависимости от БД).

1. Выше скорость. Любой SQL, посланный на сервер, повергается разбору (parsing) и компиляции. Процедура уже хранится в скомпиленном виде, соответственно, на этом экономим время.

2. Безопасность. По умолчанию, процедура выполняется с правами владельца. Т.е. если посылаю просто SQL, у меня должны быть права на работу с этими объектами (SELECT, INSERT и т.д.). Следовательно, если у вызывающего есть права на UPDATE таблицы, то он может это делать и помимо приложения (в Oracle - например, SQL*Plus - изменить ЛЮБЫЕ данные в таблице). Если работа идет через процедуру, то выдается только GRANT на EXECUTE этой процедуры, т.е. изменять можно только то, что позволит процедура

ShultzeКак показывают многочисленные обсуждения на этом форуме по этому вопросу все сходятся на том, что если в проекте есть DBA который грамотно может оформить слой данных на T-SQL или PL/SQL то процедуры предпочтительнее. Если нет, то лучше не заморачиваться.

Некоторое уточнение.
Как правило, процедуры все таки пишет не DBA (не его это дело), а разработчик. Другое дело, что в одних случаях и клиентскую, и серверную часть пишет один человек, а в других - разные

PS. Хотя согласен - тема не совсем для ADO