Не формируется отчет "Эфф.марк.акции" : Супермаг Плюс (Супермаг 2000)

Давайте не будем отклоняться от темы. Как смогу - выложу.

Привожу сообщение-ошибку при формировании отчета "Эфф.марк.акции"

Построитель отчетов

REP-1425: 'afterpform': Ошибка при выполнении пакета DO_SQL - 'Ошибка при открытии курсора SQL. ORA-01652: невозможно увеличить временный сегмент до 8 в разделе TEMP'.

все три тс TEMP - по 99,99%

собственно про переполнение и идёт речь, как я и писал.

попробую добавить тс в юзер и жду свежий оптимайзер...

ЗЫ напомню, чтобы не забросали камнями типа "юзай поиск", что мне было сразу ясно про переполнение и код ошибки это подтверждает, поиском просмотрел все ссылки по этому коду - подобной проблемы не нашел, в основном топики про ошибки при расчете ТД.

может есть мысли что сделать кроме добавления ТС и прогона оптимизера? т.к. добавление в темп не дало результата, а оптимизер свежий надо.

А теперь не мешало бы посмотреть на содержимое pfile

убрал только закомментированное, в остальном не шарю, поэтому всё что было...

db_name = "DBSHAMS7"

instance_name = DBSHAMS7

service_names = DBSHAMS7

db_files = 1024

control_files = ("D:\Oracle\oradata\DBSHAMS7\control01.ctl", "D:\Oracle\oradata\DBSHAMS7\control02.ctl", "D:\Oracle\oradata\DBSHAMS7\control03.ctl")

open_cursors = 100
max_enabled_roles = 30
db_file_multiblock_read_count = 8

db_block_buffers = 60000

shared_pool_size = 157286400

large_pool_size = 614400
java_pool_size = 0

log_checkpoint_interval = 10000
log_checkpoint_timeout = 1800

processes = 150

parallel_max_servers = 5

log_buffer = 32768

max_dump_file_size = 10240 # limit trace file size to 5M each

global_names = true


oracle_trace_collection_name = ""

background_dump_dest = D:\Oracle\admin\DBSHAMS7\bdump

user_dump_dest = D:\Oracle\admin\DBSHAMS7\udump

db_block_size = 8192

remote_login_passwordfile = exclusive

os_authent_prefix = ""

distributed_transactions = 10
compatible = 8.1.0
sort_area_size = 65536
sort_area_retained_size = 65536
job_queue_processes = 1
job_queue_interval = 60

https://olegon.ru/showthread.php?t=269&highlight=01652
Добавь файлик-то... Сделай один на 10Гб, жалко чтоль? В бекап не клади.

тот топик читал, но всё равно, спасибо! =)

сделаю, не жалко нисколько =)

если поможет, буду обескуражен, но благодарен (собственно благодарен заранее).

однако всё равно очень долго ждать отчет, пару недель назад формировался 5-10мин, а сейчас 1,5-2 часа ждать надо... =(

Оптимизер еще не прогонял, не было возможности, запустили с утра отчет по следующей акции уже, формировался 6 часов, темпы забились 3/2Гб-100%+1/10Гб-20%, дальше ждать не стал. Потом увидел, что формируют по ВСЕМ товарам, говорю "а по ассортименту МА не пробовали?" - "а это как???" - объяснил - сформировалось за пару минут, блин. Говорят раньше по всем товарам формировалось нормально...
По-моему логика отчета должна отбирать акционный товар, остальной-то товар зачем шерстить?

ЗЫ Можно ли убить файл в ТС темп? тот, который посоветовали сделать на 10Гб =) и как это правильно сделать?

Мораль: в отчете "Эфф.марк.акц." нужно указывать ассортимент МА, предварительно этот ассортимент выдернув из акции.

Один файл нет смысла убивать, ну если только ОЧЕНЬ не хватает места. Тогда просто убить старое ТС и создать новое.