Ничего, бывает.... Главное до истины докапались!
Значит, пришли к выводу, что WHERE в самом Insertе сделать таки нельзя, но разовью свою предыдущую мысль, где я предлагал вставлять запись селектом.
1.
Т.е. я предложил пример для Oracle, но поразмыслив немного привел его к общему виду:

Код

insert into mytable (f1,f2,f3) (select distinct :p1 as f1, :p2 as f2, :p3 as f3 from mytable where :p1 not in (select f1 from mytable))

Поясню: Что касается названия полей в качестве параметров, то это вовсе не то, про что вы подумали! Вот передаем три параметра (:p1..:p3) как например 1, 2 и 3 и получаем селект такого вида:

Код

select distinct 1 as f1, 2 as f2, 3 as f3 from mytable where 1 not in (select f1 from mytable)

который выполнившись выберет данные 1, 2, 3 в том случае, если в таблице MYTABLE в поле F1 нет 1 и ничего не выверет в противном случае (если 1 встречается в поле F1). Соответственно эти данные и будут вставлены командой Insert!

2.
Вот еще, мы рассматривали вариант, с selectom и инсертов, т.е. где сперва проверяем, а потом уже решаем вставлять или нет. Так вот, в таком виде для многопользовательских баз никак не катит, как говорил я и как справедливо заметили Вы. Но стоп! А что нам мешает залочить таблицу перед селектом?

3.
А вообще, лучше, чем заниматься таким гемороем, сперва продумывать структуру БД так, чтобы эту работу переложить на уникальные ключи, индексы, ограничения.

З.Ы. Благодарю Вас, Bes, за интересную дискуссию! С Новым Годом!

2Dimich: предложение - после нового года продолжить, поскольку есть вопросы. С новым годом.