Проблемы с большими массивами

Что значит "схожего"? Насколько схожего? Какой SQL диалект используется? Какой тип поля у `id_детали`?

Точное совпадение, если "324535" уже присутствует в базе, то с массива мы его записывать не будем, а перейдем к следующему элементу массива.

СУБД какая?

Вот так нужно проверять существование данных в таблице

поставить index на поле `id_детали`, и сделать ему тип int, если такое не стоит.

Тогда всё будет норм.

И да если много раз надо сделать insert, лучше это сделать одним запросом.

antyan, все уже реализовано за Вас. Никаких селектов не нужно.

Укажите необходимое поле как уникальное

ALTER TABLE  `ВАША_ТАБЛИЦА` ADD UNIQUE (
`id_детали`
);

Этого будет достаточно, чтобы INSERT не проходил. Никаких проверок выполнять не нужно, MySQL сам разберется.

sashka_, count в принципе очень ресурсозатратный запрос, да еще если в большой таблице ее выполнять. Поэтому Ваш запрос только усугубит ситуацию. Да и нужды в нем нет никакой.

Следующий будет вопрос, почему ошибка, когда деталь есть в базе ☝

Для вставки используем INSERT IGNORE

самое смешное когда окажется что id_детали в понимании ТС это артикул, или другая цифрено-буквенная маркировка детали.

Вы сильно ошибаетесь. Сам по себе count ни разу не ресурсозатратный, его функция состоит в том чтобы подсчитать количество соответствующих условию записей, ищет запись и инкрементирует переменную счетчик, проще быть не может. При прочих равных count будет быстрее

select count(*) as `count` from `table` where `id_детали` = '' 

а зачем здесь лишний count(*) ?

можно упростить запрос:

select id from `table` where `id_детали` = '' 
или
select '1' as id from `table` where `id_детали` = '' 

если запрос дал пустоту, то детали нет. можно даже не получать поле id из запроса...

а вообще, как сказали выше - уник. индекс

siv1987, не буду спорить. Тем более count(*).

P.S.: Поищите статью о тестах производительности count на хабре. Они удручают.