------ Performance info ------
Prepare time = 0ms
Execute time = 4h 45m 40s 203ms
Current memory = 10 833 843
Max memory = 10 975 006
Memory buffers = 2 048
Reads from disk to cache = 97 237 827
Writes from cache to disk = 5 649
Fetches from cache = -1 371 344 884


Это что, Integer'a не хватило?

>> вдруг потребуется самому когда-нибудь подобное проделать

Незавидую я вам, в таком случае... :)

Причина такого жуткого тормоза и огромного фетча в неправильной структуре одной из табличек БД.

А именно, вот что содержится в ТехЗадании (форматы табличек):
Коды учебников - Строка - длина 254 - коды нескольких учебников разделяются символом ";", коды должны соответствовать одной из записей таблицы TEXTBOOKS или присутствовать в федеральном справочнике учебников

Поэтому у меня выполняется дохрена запросов вида "... BOOK CONTAINING :BOOKID ...", что ОЧЕНЬ ПЛОХО.
Такую структуру придумал не я, а один из москвичей (не скажу кто :)). А я сижу и разгребаю эту чушь.

Для справки:
Размер БД - 50Мб
Кол-во записей в таблице, по которой ищутся вхождения строки (CONTAINING) - чуть более 100 тысяч
Кол-во записей в справочнике учебников - немного меньше сотни.
Комп, на котором ЭТО крутилось ночью - P4-2ГГц/256Mb RAM
Смысл задачи - обработка статистических данных по Челябинской области (школы, ЕГЭ и т.п.)

Одно только могу сказать точно - НИКОГДА НЕ ДЕЛАЙТЕ такую организацию данных!

Одно только радует - этот запрос (точнее несколько - это ХП) надо выполнить всего 1 раз за всю историю жизни БД ;)