|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Practh 2:5020/400 19 Jun 2001 14:05:45
To : All
Subject : Hа: <none>
--------------------------------------------------------------------------------
Hi!
"George Galiullin" <george@lomoplast.spb.ru> сообщил/сообщила в новостях
следующее: news:RoYvO3LU=Zx=XM8rQnnbjWZYv4ks@4ax.com...
> Hi.
> Я немножко не о том. Hаблюдались случаи, кога ИБ занимал 100% памяти и
> 100% процессора (Толик, заткни уши :), у тебя предвзятое отношение к
> IB ) ...при ошибках оптимизатора в больших многопроходных процедурах с
> запросами типа
> select a,id, a.name, b.id, b. ....
> from table_a a, table_b b, table_c c
> where a.id=b.a_id ^^^^^^
> order by a.name д.б. приличных размеров
> (таблица "с" нигде не используется, она здесь по ошибке,а тупой
> оптимизатор шерстит её при каждом выборе след. записи)
Дык, так в результате ты получал тупое декартовое произведение базового
результата на таблицу С. Дай бог, что бы в ней было всего 1-2 записи.
> Hо ресурсы при этом честно используются _все_. Сервер уходит в аут на
> 15-20 минут, все ост. клиенты в ауте :( (архитектура SS), но потом вот
> он, долгожданный результат, который можно было получить знач. проще :)
Так тут и до бабки ходить не надо, попробуй просто у системы запросить
область памяти размером несколько сотен мегабайт. С каким бы приоритетом
твоя задача не работала, но после такого запроса к системе она ее тоже
поставит на несколько минут в полуобморочное состояние.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
