Поскольку табличная переменная создается в памяти (и данные хранятся в памяти), то для больших объемов данных наверное предпочтительнее будет использовать tempdb (временные таблицы).
Только убедитесь, что параметры роста tempdb позволят вам закачать туда Ваши данные.

С другой стороны, если количество памяти на вашем сервере все-таки позволяет обрабатывать "большие объемы данных" - все-таки лучше использовать табличные переменные. Ведь доступ к памяти всегда на много порядков быстрее чем доступ к диску, даже самому быстрому.

Я бы лично на вашем месте провел бы эксперимент....

С уважением, Дмитрий

2 mishgan2000 - признаю свою ошибку.
Действительно, табличные переменные хранятся в tempdb...
Тем не менее, рекомендации остаются в силе (BOL):
Temporary tables are useful in cases when indexes need to be created explicitly on them, or when the table values need to be visible across multiple stored procedures or functions. In general, table variables contribute to more efficient query processing.
Use table variables instead of temporary tables, whenever possible. table variables provide the following benefits:
A table variable behaves like a local variable. It has a well-defined scope, which is the function, stored procedure, or batch in which it is declared.
Within its scope, a table variable may be used like a regular table. It may be applied anywhere a table or table expression is used in SELECT, INSERT, UPDATE, and DELETE statements. However, table may not be used in the following statements:

INSERT INTO table_variable EXEC stored_procedure
SELECT select_list INTO table_variable statements.

table variables are cleaned up automatically at the end of the function, stored procedure, or batch in which they are defined.

table variables used in stored procedures result in fewer recompilations of the stored procedures than when temporary tables are used.

Transactions involving table variables last only for the duration of an update on the table variable. Thus, table variables require less locking and logging resources.

2 Darth Vader:
Цитирую:
In general, table variables contribute to more efficient query processing

Я бы лично на вашем месте провел бы эксперимент....

Ну а про миф о перекомпиляции спорить не буду так как у меня недостаточно информации для аргументированной дискуссии на эту тему.

Хочу только добавить следующее: совершенно необязательно что наличие (и использование) индекса (временные таблицы хороши индексами, которые на них можно навесить) будет работать быстрее чем просто table scan. Все зависит от того, насколько этот индекс селективен и покрывает запрос. Хотя на больших объемах данных естественно индекс как правило помогает сократить количество "просматриваемых" записей.

Короче, уважаемый sahon, поставьте просто эксперимент если сомневаетесь...

С уважением,
Дмитрий

Если join используется - тогда что и говорить, нужна временная таблица...

А что план запроса говорит?