victor79у меня не для всех значений есть id_val, для которых нету, это внутренние идентификаторы в поступившей загружаемой таблице, и они будут заменяться на другие значения
в процессе загрузки .Замечательно, значит, в процессе обновления их можно пропустить... или принципиально важно заменять их null-ами?
victor79А проставлять ли id_val в первую таблицу или скомпоновать и залить в новую - меня любой бы вариант устроил, если бы работал.Речь была не о том.
Этот запрос на выборку "аналогичен" первому апдейту
1.
2.
3.
SELECT p.*
,(SELECT id FROM vals v WHERE v.crc = p.crc and v.val = p.val LIMIT 1) val_id
FROM _props p
, а вот этот - второму
1.
2.
3.
4.
SELECT p.*
,v.id val_id
FROM _props p
LEFT JOIN vals v FORCE INDEX (crc) ON p.crc = v.crc AND p.val = v.val
Если пары (crc,val) в таблице vals неуникальны (а их уникальность тут вроде бы не озвучивалась; более того, исходя из наличия "limit 1" в первом запросе можно предположить, что её таки нет), то запросы неравнозначны.
И если уж таблицы связываются по парам (crc,val), то и индекс надо делать по паре полей, а не по одному.
