Здравствуйте, Ikemefula, Вы писали:

_>>Ты хоть сам то читаешь то, на что кидаешь ссылки?
I>Именно. Ты, похоже, даже не понял, что сам же предложил и что тебе ответили
I>Поскольку ты очень плохо читаешь и забываешь контекст, я выделил
I>"Конечно.
I>

Есть такая штука как Connection Pool.

I> Она замечательно решает проблему новых подключений на каждый запрос/группу запросов.
I>

Деражать подключение открытым между запросами ради Prepare абсолютно точно плохая идея.

I>"
I>То есть, речь изначально шла про коннекшн пул ! Ты сам это видишь ?
I>То есть, речь не про удержания подключения вообще, а именно про удержание ради Prepare-Execute.
I>В многопоточной среде на такие фокусы никакого коннекшн пула не хватит.

Что-то ты бредишь. Мой оппонент заявлял, что не может использовать Prepare-Execute потому, что плохо держать постоянны подключения (правда почему плохо он так и не объяснил). На что я естественно возразил, что как раз наоборот постоянное подключение эффективнее. И в твоей ссылке именно это и подтверждается. Более того, там указано, что с этим согласны и авторы самого .net, причём настолько, что функции SqlConnection.Open() как раз и берут подключения из некого пула постоянных подключений (а не создают новое каждый раз). Т.е. получается, что в .net как раз по умолчанию используются постоянные подключения. Тогда в чём проблема использовать Prepare-Execute? )