softwarerSEQUENCE vs IDENTITYА установить кэш не пробовали
А смысл? Кэш регулирует быстродействие сервера, а целью в данном случае было избежать огромного количества тупых синхронных запросов к серверу "за айдишниками".
Это что за синхронные запросы к сервер? Или ты имеешь ввиду сначала получать ID из синквенса с сервера, затем его вставлять в запрос, а затем отправлять запрос на сервер?

Нафига такое счастье, когда можно так:


И посылай значения NAME пачками.
Или по аналогии без параметризованного запроса.

softwarerSEQUENCE vs IDENTITYили вообще нумеровать самому
А нафига такое счастье?
Это аналогично:
"Отключил триггеры, сделал сиквенсам increment by 1000000000 и формировал данные для direct load-а." Т.е. вообще о сиквенсе париться не надо.

softwarerSEQUENCE vs IDENTITYНафига такое счастье, когда можно так:
[src PLSQL]
INSERT INTO table (ID, NAME) VALUES(SEQ.NEXT_VAL, :NAME)
Затем, что хотелось не "так", а "быстро".
Если быстро то без сиквенса, если удобно то с кэшем сиквенса, а если "быстро", то с инкрементом 1000.

Warstonesoftwarerпропущено...

А смысл? Кэш регулирует быстродействие сервера, а целью в данном случае было избежать огромного количества тупых синхронных запросов к серверу "за айдишниками".Ну вообще-то немного не так... Если я правильно помню, то кеш как-раз говорит о том, что за одну синхронизацию "за id'ами" выберется вот тот 1К id'ов и больше синхронизироваться не надо будет (до тех пор, пока в текущей транзакции id'ы не закончатся.

Так что кеш генератора в данном случае как-раз и должен был решить вашу проблему. Но это в теории. Как это на практике (кстати, что за СУБД, на M$-ли?) в вашей СУБД - не знаю.
Вы все проспали. Речь шла о СУБД Oracle.
Ни с кэшем ни без него никаких синхронных запросов за ID-шниками не будет. Откуда это взял softwarer непонятно. ID-шники беруться непосредственно при выполнении инсерта.
Без кэша сиквенса будут постоянные межядерные пинги процессорного кэша, с кэшэм сиквенса они будут в 1000 раз реже. Вот в чем проблема, которую softwarer решил в ручную вместо простой комманды.

Ну а вместо использования в ручную нелогируемых параметризованных инсертов с аппендом и группировкой по транзакциям, он использовал автоматизированный и равный по производительности direct load.