WebPrj,

Да, я и сам думаю, что сохранение в переменную и последующую конкатенацию с ней, будет быстрее. Но я хотел бы найти вообще более эффективное решение. Вот если бы можно было объединить функционал StringBuilder'а и regexp'а. Чтобы можно было зареплейсить но не терять исходную строку. Но такого нет.

Arm79,

я не имею ничего против параметров запросов, я их использую. Но с их помощью вы не замените Select F1,F2 на Select Count(*)

Arm79,

Первый запрос получает пагинированную информацию через "ORDER BY .. OFFSET ... ROWS FETCH NEXT ... ROWS ONLY;"
А второй запрос должен вернуть число всех, кто попадает под условие.

ну стандартная задача - верни мне первых 50, и покажи сколько там всего попадают в выборку.

Arm79сделай 1 запрос с дополнительным выходным параметром @out_param и исполни его

select f1, f2
from
where
order by
offset ;

set @out_param = select count(*) чего то там

вы все верно говорите. Но этот запрос же генериться динамически через StringBuilder. Мн и нужно получить, по сути, такой же запрос.
То. что они они у вас объединены в один запрос а у меня двумя не суть.

Суть в том, чтобы нагенерить сложный запрос в SB ("AAAAA"). А потом без личшей генерации строк сформировать из него 2 запроса: "AAAA_B" и "AAAA_C".

Вот сейчас я через SB генерю это "АААА". А итоговые строки получаю так:

sb.AppendLine ("AAAA");
var sql = sb.ToString() + "_B";
var cSql = sb.ToString() + "_C";

Я хотел бы найти решение без двойного вызова sb.ToString() .

Вы написали то, что я должен получить. Но мой вопрос как это получить эффективно )

fkthat,

ага. кто-то таки заметил пасхальное яйцо )

ну общем я понял, что решения крутятся по одним и тем же двум вариантам. ок.
просто думал, может можно что-то эффективное сделать.

ладно тогда. можем закрывать. если только не появится какое-то гениальное решение )

love_bachlove_bachопять срач про ОРМ vs SQL. не интересно
ТС - делай, как считаешь нужным. А мы как-то уж пострадаем с этими никчомными EF, NH

весь топик не читал, тут был пример запроса, который генерировал ОРМ?

Не читал, но обсуждаю. :)

В данном топике нет ни слова про ОРМ и тем более его "vs" SQL. Тут о другом - о сборщике мусора и попытках минимизировать нагрузку на память. Это если кратко описать весь топик, чтобы его не нужно было читать :)

PS. Про ORM vs SQL я ругаюсь параллельно тут 21755813 . И очень очень жду ответа от практикующих.