Форум MySQL

Господа!

Подскажите, пожалуйста: есть две таблицы абсолютно идентичной структуры, колонки все одинаковые. Нужно вывести запросом из первой таблицы все записи, идентичные записям во второй таблице. Идентичнойсть проверяется по строгому соответствию (1==1) информации в нескольких полях этих записей. Т.е. что-то типа where table1.col1=table2.col1 AND table1.col2=table2.col2 AND table1.col3=table2.col3

Как это сделать наиболее оптимально?

Первичные ключи у таблиц есть?
И есть ли столбцы с пустыми (NULL) значениями?

первичные есть (id), но они не несут никакой информационной ценности и созданы были мной просто в дополнение для удобаства манипулирования записями. NULL'ей нет, формат данных в каждом поле жёсткий и ошибочно заполненных записей, выбивающихся из этого жёсткого формата нет, что позволяет искать совпадения строго по знаку равенства (=).

Если это разовая акция , то с чем связан вопрос?
Запрос в лоб слишком долго выполняется?

SELECT bg.* FROM tmp_big bg, tmp_small sm  WHERE bg.col1=sm.col1 AND bg.col2=sm.col2 AND bg.col3=sm.col3

Так ?

(Честно говоря, не уверен был в правильности данной конструкции и попутно хотел ещё примеры увидеть)

так.

Можно узнать - это только на один раз или планируете в скрипте на постоянной основе использовать? Если да, то почему именно так?

1) Задача скрипта - разовое вполнение задачи.
2) потом что не знаю, как по-другому :))

> потом что не знаю, как по-другому

А какую цель преследуете? Такое ощущение, что Вам нужно просто добавить допольнительный столбец.

Цель проста - заливаются данные в две временные таблицы, нужно найти в этих двух таблицах идентичные записи.

Не хотите говорить значит. Ну ладно.

Да для работы просто надо - сверять отчёты, чтобы дочерние компании не наё***ли :))) Ну зачем вдаваься в подробности... простая автоматизация ручного труда!

А почему бы не ввести дополонительный столбец для идентификатора дочерней компании?

Потому что оно не нужно :) Скрипт удет работать в виде сервиса - зашёл, загрузил файл1 и файл2 (в оригинале они в DBF, перегоняются в mysql для удобства и скорости работы, т.к. записей в бОльшей базе очень много), нажал кнопочку - получил мгновенно результат - распечатал и доволен :)

Они оба в DBF?
Если большая база своя - зачем её каждый раз гонять из dbf в sql?

Потому что у PHP'шного расширения для работы с DBF очень убогий набор функций, позволяющий разве что выбирать из БД записи перебором по порядку, либо по номеру конкретной записи. Соответственно делать поиск одинаковых записей в двух базах - это как ни крути цикл на 1500 записей внутри цикла на 8000 записей, ибо никаким языком запросов там и не пахнет... it's terrible!

Это понятно, я о другом.
Меняется, как я понял, только чужой DBF. Почему нельзя оставить sql-копию своего (большого) файла до следующего раза?

Так она и стаётся :) Просто в самом начале скрипта делается TRUNCATE TABLE обеим временным таблицам. Накапливать данные - такой задачи не стоит.

В своей копии можно было бы создать столбик с хешем чувствительных полей и проиндексировать его.
Аналогичный индекс строкить при конвертированиикороткого dbf.
Тогда не исключено, что поиск совпадений можно было бы ускорить.

Конечно, если данные не сохраняются, овчинка выделки не стоит.