Currently we use unique meta_key entries per imported post object on the assumption that this is better for performance because the meta_key DB column is indexed.
From personal experience there is no noticeable performance improvement using this approach, presumably because the SQL index cache gets busted when a new entry is added. This approach also causes issues for projects with elasticsearch integrations because elasticpress isn't set up to deal with large numbers of unique field keys.
Instead of using this unique meta key approach, it would be better to use object cached meta lookups.
Currently we use unique meta_key entries per imported post object on the assumption that this is better for performance because the meta_key DB column is indexed.
From personal experience there is no noticeable performance improvement using this approach, presumably because the SQL index cache gets busted when a new entry is added. This approach also causes issues for projects with elasticsearch integrations because elasticpress isn't set up to deal with large numbers of unique field keys.
Instead of using this unique meta key approach, it would be better to use object cached meta lookups.
We should implement a cross integration with the https://github.com/humanmade/meta-lookups/ framework and remove the hmcilookup implementation currently in place.