Вопрос следующий. Мне для сравнительного тестирования (срез из таблицы до и после) необходимо сравнивать результаты одной и тойже таблицы по полям (по сути сравнение двух одинаковых таблиц). Хотелось бы иметь более менее универсальное решение
Скажем есть у меня журнал проводок и для меня две записи совпадают если совпадают счета, аналитика и сумма + совпадает количество записей до и после в сравниваемом диапазоне, остальные поля при этом не важны.
Думал про варианты
1) Сравнивать соединением непродуктивно поскольку легко можно превысить количество полей в соединении
2) Создать составной ключ (все в одну строку) можно но учитывая размер ссылок, можно легко превысить 900 байт на размер полей в индексе
3) Остается вычисление хэшфункций . Как понимаю в MSSQL есть CheckSum\HashBytes ей можно воспользоваться
Вопрос какие еще есть варианты? Может какие нибудь особые виды индексов. Из СУБД мне доступны MSSQL и Oracle.

Dimitry SibiryakovУ условий соединения нет ограничения на количество полей. Так что FULL JOIN в руки и будет
тебе счастье.

А подводные камни возникнут? просто я всегда думал что для соединения нужен комбинированный индекс по полям соединения
напр у меня 9 полей для соединения, для этого мне нужно построить индекс содержащий эти 9 полей. Если я построю отдельные индексы на каждое поле как понимаю оптимизатор не сможет их применять. Но тогда получается что я всеравно ограничен длиной суммы полей в комбинированном индексе. Ессно соединение без индекса не рассматривается .

Как я помню из анализа планов запроса (по Oracle, меньше по MSSQL)
Hash join делался когда есть составной индекс по полям учавствующим в условиях join
Loop join когда индекса нет либо он не по всем полям
а так чтобы Hash join \Merge join делался без индекса не припоминаю, возможно таблицы были большие.
У меня на практике так было - если индекса нет оптимизатор уходит в Loop join большим временем. Если что статистику собирал, но как говорится на "всякий случай" , в основно ориентировался на явное присутствие индекса по соединяемым полям.
В моей задачи таблица немаленькая поэтому без индексов с ней работать религия не позволяет

В общем нужно мне курить тему глубже http://blogs.msdn.com/b/craigfr/archive/2006/08/03/merge-join.aspx
но сформулирую более ясно мысль, если нет индекса какой бы метод оптимизатор не выбрал (loop, megre, hash) он будет делать table scan , если есть то index seek
но при этом получается не обязательно наличие составного индекса, достаточно индексов по отдельным полям