|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Sergey Practh 2:5020/400 04 Jun 2001 10:59:56 To : All Subject : Hа: TPC -------------------------------------------------------------------------------- Hi! "Vadim Rumyantsev" <Vadim.Rumyantsev@f301.n5030.z2.fidonet.org> сообщил/сообщила в новостях следующее: news:991420307@f301.n5030.z2.ftn... > У нас DB2 v6 удавалось свалить другим способом: это был здоровенный запрос на > несколько экранов, в котором, в частности, таблица из полумиллиона записей 12 > раз джойнилась сама с собой :) После трёх-четырёх выполнений подряд этого > запроса серверу становилось плохо. Похоже, там какие-то ресурсы переполнялись и > не освобождались после этого. Hу уменя в БД есть таблица - некий мета католог, которая содержит все объекты учета. Так вот она в большинстве запросов по 5-6 раз используется, в некоторых до 8-ми доходит. Правда 12 раз не приходилось подключать. Очень часто генерится плохой план запроса, но перестановкой порядка декларации таблиц в запросе все становится на свои места, я хинты расставлять не люблю. И что еще очень существенно - сколько я не отменял запросы (т.е. прекращал их "жизнедеятельность") любым из способов: Cancel Query в QA или тупым зыкрытием приложения, никогда сервер не реагировал на это болезненно. Возможно что на многогигабайтных таблицах оно как-то проявится, но пока все "как по учебнику". -- С уважением, Сергей Прач ================= Please, send you private mail to: s_pratch@mail.ru --- ifmail v.2.15dev5 * Origin: Solver Ltd. site #2 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/15014a28fedbe.html, оценка из 5, голосов 10
|