<<не понятно. почему возникали торомоза при конкурентном добавлении данных?
я так понимаю, из-за блокировок. кроме того, там не только добавление но и огромное количество select и update идет одновременно.
<<и почему сейчас тормозов нет? если большая таблица (в другом виде, как table1) все равно существует, и в нее добаляются <<данные, и по ней происходит проверка на уникальность. в чем отличие?
в том, что большая таблица задействована только при инсерте новых данных. а другой работы куча делается.
<<достаточно отфильтровать порцию по таблице table1. последующая фильтрация по table2 ничего не даст, потому что в table2 нет <<строк, отсутствующих в table1. получается, что таблица table2 вообще не нужна.
да, из моего объяснения можно сделать такой вывод. но, на самом деле, большую я иногда чищу от устаревших данных. а в многочисленных маленьких пользовательских таблицах они могут остаться. и, т.к. данные устаревшие, то вероятность весьма мала, что их кто-то может заинсертить повторно. но, она есть, поэтому и с table2 тоже надо делать проверку на уникальность.

ну так какое общее мнение, partitioning мне поможет?