Что работает быстрее? 
Stored procedure или View для запроса с Join ....

Это сообщение отредактировал(а) Pankon - 23.7.2007, 23:02

Stored procedure быстрее, поскольку при первом выполнений сервер компилирует хранимку для ускорения запуска.
Но со Stored procedure нельзя работать как с View, смотри сам как тебе удобнее.

Oberon83, а что мешает SQL серверу скомпилить и сохранить View при первом вызове?
Или у тебя есть проверенная информация, что View не хранится скомпилированном виде?

View - это та  же хранимка, только хранится всегда на сервере. Делаем выводы 

а разве представление ето хранимая проц, а не динамический запрос???

Переведи.

Насколько я понимаю вопрос в том. Что будет быстрее
1) 
2) Либо вызвать хранимку и получить от неё тот же ответ.

"View - это та  же хранимка, только хранится всегда на сервере. Делаем выводы "

вопрос в том, что ето на самом деле, я все время пологал что ето динамический запрос?

И кстати что быстрее select или Stored  Proc  c select??

Представление - это виртуальная таблица, т.е. в любом случае Вы вынуждены формировать текст запроса к ней либо в той-же процедуре, либо на клиенте. В последнем случае возможны варианты:
1. Выборку по всему представлению 
Вы навряд ли будете делать. У запроса будут условия. Когда Вы посылаете из клиента запрос и изменяете условия, то этот запрос будет каждый раз заново компилироваться, для него будет строиться план, запрос с новыми условиями будет помещаться в кэш и т.д и т.п. Т.е. при выполнении 

накладные расходы будут больше, чем при обращении к хранимой процедуре. И еще возможность SQL Injection, т.е. атаки, при которой опасный код передается в SQL server. Например
 Любое приложение, создающее и посылающее SQL-инструкции надо обязательно рассматривать на предмет безопасности к вставке потенциально опасного кода. Т.к. "SQL Server выполняет все получаемые синтаксически правильные запросы".
2. Другой вариант - параметризованный запрос (в профайлере его увидите как execute sp_executesql 'текст запроса спараметрами', параметры). Он откомпилируется один раз, разместиться в кэше и будет использоваться при последующих вызовах (как и процедура).

Т.е. можно добиться примерно одинаковой скорости выполнения.

Как мне кажется,  в данном случае не стоит сравнивать скорости. При сравнении процедур и запросов, формируемых на клиенте, надо рассматривать другие вопросы. Использование хранимых процедур дает дополнительную защищенность БД, придает дополнительную гибкость, т.к. при изменении бизнес-логики достаточно изменить текст процедуры, не изменяя клиентское приложение.