AndriyShch 4321[quot Lamazoid]такими запросами, какие он тут пишет, он и терминал просадит по полной. Хотя они лехко переписываются в более оптимальном виде.Подскажите же, как оптимизировать мой запрос? Пускай, сравниваются две таблицы tb1, tb2 с текстовыми полями f1, f2 - допускаются совпадения. tb1 - большая таблица, больше миллиона строк, и tb2 поменьше, до 10 тысяч строк. И надо выбрать все строки в таблицах tb1 и tb2 где tb1.f1 или tb1.f2 равно tb2.f1 или tb2.f2. Пока у меня такой вариант.
"select f1, f2 from tb1 where f1 in (select f1 from tb2 group by f1) or f1 in (select f2 from tb2 group by f2) or f2 in (select f1 from tb2 group by f1) or f2 in (select f2 from tb2 group by f2)"
Оптимизируйте, пожалуйста.вам уже приводили набросок с использованием DISTICTROW (Это весьма полезное словцо в JetSQL, коим не следует пренебрегать, хотя в других диалектах оно не распространено). Он должен (как правило) считаться много быстрее IN-ов (особо при наличии соотвествующих индексов по f1 и f2), и при этом остаться редактируемым - в отличие от UNION-а от mds_world.

ЗЫ:
вместо IN-ов, выполняющихся для каждой записи в
select f1, f2 from tb1 where f1 in (select f1 from tb2 group by f1) or f1 in (select f2 from tb2 group by f2) or f2 in (select f1 from tb2 group by f1) or f2 in (select f2 from tb2 group by f2)"
имеет смысл сделать 1 хранимый запрос


и присоединить его слева по полю f1 и f2 к вашей таблице, подребовав непустость хотя-б одного из присоединений. Это гарантирует, что этот "опорный" запрос будет посчитан не более 2х (думаю - что и 1-го) раз.

да, чуть не забыл. В вашем случае даже примитивные Exists(SELECT ) как правило работают быстрее IN(Select ...). Но это так, к слову - т.к. особенность конкретного оптимизатора, а не мат. необходимость.