Подскажите, пожалуйста, что надо проверить или это в порядке вещей.

Не сложная структура БД
суммарно по всем таблицам около 1млн записей.
В самой "жирной" таблице размер записи не очень большой ( 4-ID(Longint) + 2-DateTime + Varchar(150) ) + толпа index'ов
В результате получаю БД размером около 40 Г ...

Основная проблема не размер (ещё гигов 200 есть) - запросы на ней несмотря на кучу индексов дохнут.

Машинка P4 - 3,2Г 2гб IDE винты

Буду крайне признателен.

>>случайно не восьмая версия базы и не используються ли MDC ?

насчёт MDC не уверен :) что это такое.

>>замечательный совет для начинающего db2-шника
>>К тому же есть интересные статьи на тему почему один большой индекс с
>>точки зрения db2 лучше чем куча маленьких
Индексы есть разные ... в основном по 2-3 полям ...
Я уже и запросы с разными индексами просматривал ...
План запроса выбрал оптимальный, ибо "перестановок" в комбинациях полей для индексов не очень много.

>>Перед тем как создавать кучу индексов посоветуйся с db2advis.
Уже советовался ... это не суть важно ...
База большая и без индексов.

Я уже готов ставить оракл чтоб удостовериться что всё работает нормально.

Буду рад если ответы будут по существу.

Виноват подумал, но не написал.

DB2 версия 8.2

>>уж больно интересно посмотреть как это у автора получилось так сделать :)

Автор по свойму гениален :)) ...
и безмерно офигевает от размеров БД :(
Я попозже (2-3 часа) выложу скрипт и запросы.
У меня щас нет доступа к серваку.

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

SELECT a1.USERS_ID as ID,
a1.ATTR_TYPE_ID as TYPE_ID,
asv1.ATTR_STORAGE_VALUES_VALUE as VALUE
from (select a1.USERS_ID
from FEARLESS.ATTRS a1
where (a1.ATTRS_ACTIVE = 1)
AND (a1.ATTR_TYPE_ID = AttrType )
AND (a1.ATTR_STORAGE_VALUES_ID = FilterParams) ) u
,FEARLESS.ATTRS a1
,FEARLESS.ATTR_STORAGE_VALUES asv1"
WHERE
(a1.USERS_ID = u.USERS_ID)"
AND (a1.ATTRS_ACTIVE = 1)"
AND (a1.ATTR_TYPE_ID in "+DB2prop.FId+","+DB2prop.IId+","+DB2prop.OId+","+DB2prop.FackId+","+DB2prop.KursId+","+DB2prop.GroupId+"))"
AND (a1.ATTR_STORAGE_VALUES_ID = asv1.ATTR_STORAGE_VALUES_ID)
ORDER BY a1.USERS_ID, a1.ATTR_TYPE_ID";

MDC всё равно не используется.

И там много лишнего, надо будет перекапывать.

>>у вас на КАЖДУЮ запись (!) выделяеться extent пространства в tablespace !!!

Звучит плохо и объёмно ...
А что это значит??? :) ...
Можно цитату из кода. ПЛС.

>>Вы хоть I/O на сервере смотрите???
>>Ну нету у вас DBA, это ясно, но sysadmin ведь должен быть?? Или тоже нету?!

Считай что никого нет ... почти как дома ...

>>"MDC в вашем случае нужна как финской бане лыжи" ...

"MDC" мне не нужна ...
На данный момент мне передомной стоит задача просто поднять базу ...
а в таком виде она не дееспособна.

На данный момент от неё требуется просто выполнение не хитрых запросов ...
Разбираться я буду через пол месяца, тогда буду задавать более интересные вопросы, если чего не найду в доке ....

а сейчас огромная просьба прсто объясните что надо убрать чтоб снизить размер (с 40 ГБ ) ... и повысить (получить) производительность ...

в выше приведённом запросе ... у меня у Explorer'а истекает время отклика от Веб-сервера

>>Да...)) предварительно бэкап сделать....гы....

Эт не проблема ... :) ...

Спаибо Агромное ...
а уж если это заработает ...
вааще респект ...

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

>>у вас на КАЖДУЮ запись (!) выделяеться extent пространства в tablespace !!!

посл на сегодня тупой вопрос (надеюсь).
что это значит
как это убрать
и как это влияет на БД

Спасиб огромное

Ктоб мог подумать что с 40 гигов база уместится в 100 с небольшим метров.