Предположим, имеются две ТЗ, строки которых уникальны по одной колонке-ключу.
Нужно для каждой строки первой ТЗ найти соответствующую строку другой ТЗ, соединяяся по ключу. Как лучше всего это делать?

1. Запросом
2. Кодом (циклы, поиск по ТЗ)
3. Другое

Просто есть ли смысл передавать на сервер эти ТЗ, если выборка каких-то данных из базы не предусматривается? Не будет ли это лишней нагрузкой SQL? Или при поиске SQL так же будет нагружаться?

при поиске напрягается процессор сервера или клиента.
ПРи запросе - нагружается сеть и скл.
Всё зависит от картины.
Если у тебя 10 строк, то циклом.
Если у тебя тз, получаемые из базы - так и оставляй их там же и крути запросы

(1), "Если у тебя 10 строк, то циклом. "
То есть SQL будет напрягаться меньше  проца сервер при одинаковых объемах?

Если каждая ТЗ будет в 10 тыс. строк, то передавать это на СКЛ разумнее?

(2) Разумней не таскать данные с сервера на клиента, а потом обратно. То есть, если ты данные получаешь запросом - то сразу их в ВТ и оставляй.

Юзай Merge Join

(4) Это когда обе таблицы отсортированы по ключу и за один проход происходит поиск-соединение
wiki:%C0%EB%E3%EE%F0%E8%F2%EC_%F1%EE%E5%E4%E8%ED%E5%ED%E8%FF_%F1%EB%E8%FF%ED%E8%E5%EC_%F1%EE%F0%F2%E8%F0%EE%E2%E0%ED%ED%FB%F5_%F1%EF%E8%F1%EA%EE%E2

(3), ясно, но речь не об этом
Я говорю именно ситуция, когда необходима состыковать две ТЗ, которых еще нет на СКЛ сервере.

"Разумней не таскать данные с сервера на клиента, а потом обратно"
То есть разумнее всегда работать циклом? В текущем контексте, естественно

Разумнее отсортировать по ключу и пройтись строка-в-строку. И никто не нагрузится.