irbis_alДобрый день..
Подскажите а что я ещё должен знать для вот такой ситуации ,которая меня напрягла.
У меня не вся таблица товаров залилась в DB2 и я решил удалить.


В таблице 20640 записей...совсем немного.
И субъективно заметил ,что db2 (у меня db2 express-c d в режиме compatible=ORA) удаляет уж очень долго.
Провёл эксперимент в бесплатном оракле xe(поставленному по дефолту без натроечного тюнига)
удаляет моментально 0.200 sec.
В db2 express-c тоже поставленной по дефолту(я пока вообще не знаю как её тюнить) более 3х минут .
Что мне тут надо подкрутить?

Возможно поможет эта информация...если в таблице нет constraint(или индексов).
Т.е просто таблица без всяких индексов и ограничений.
то в db2 удаляется мгновенно

irbis_alДобрый день..
Подскажите а что я ещё должен знать для вот такой ситуации ,которая меня напрягла.
У меня не вся таблица товаров залилась в DB2 и я решил удалить.


В таблице 20640 записей...совсем немного.
И субъективно заметил ,что db2 (у меня db2 express-c d в режиме compatible=ORA) удаляет уж очень долго.
Провёл эксперимент в бесплатном оракле xe(поставленному по дефолту без натроечного тюнига)
удаляет моментально 0.200 sec.
В db2 express-c тоже поставленной по дефолту(я пока вообще не знаю как её тюнить) более 3х минут .
Что мне тут надо подкрутить?

Вроде с диагностикой определились.
В этой таблице есть столбец,что ссылается сам на себя.


И именно он тормозит всё удаление,что и неудивительно рекурсия на себя.
Справедливости ради надо сказать,что в оракле не было этого ограничения в первом эксперименте.
Когда я его добавил результат оракла xe 40 секунд
oracle большого 20 секунд
db2 express-c 3 min: 23 s:

irbis_alirbis_alДобрый день..
Подскажите а что я ещё должен знать для вот такой ситуации ,которая меня напрягла.
У меня не вся таблица товаров залилась в DB2 и я решил удалить.


В таблице 20640 записей...совсем немного.
И субъективно заметил ,что db2 (у меня db2 express-c d в режиме compatible=ORA) удаляет уж очень долго.
Провёл эксперимент в бесплатном оракле xe(поставленному по дефолту без натроечного тюнига)
удаляет моментально 0.200 sec.
В db2 express-c тоже поставленной по дефолту(я пока вообще не знаю как её тюнить) более 3х минут .
Что мне тут надо подкрутить?

Вроде с диагностикой определились.
В этой таблице есть столбец,что ссылается сам на себя.


И именно он тормозит всё удаление,что и неудивительно рекурсия на себя.
Справедливости ради надо сказать,что в оракле не было этого ограничения в первом эксперименте.
Когда я его добавил результат оракла xe 40 секунд
oracle большого 20 секунд
db2 express-c 3 min: 23 s:

И наконец может всем будет интересно.
Создаю индекс по этому столбцу


Oracle xe 2,8 s
Db2 express-c => 2 s: 260 ms
Oracle EE 1,281 c

Victor Metelitsa,
Начинать надо с воспроизводимого примера. Вот я в начале этой темы прикрепил два скрипта - вы их можете под Oracle и DB2 позапускать.

Да вот мне как раз неинтересно те примеры запускать.
Они абстрактны...и меня слабо касаются.
Я заинтересован в результате.
Если уж тратить время ,то с пользой.
.я перекладываю свою КИС с оракле на db2 на реальной работающей схеме.
и хочу получить реально работающую на db2.
или убедится в обратном,что это сделать проблематично.

Victor MetelitsaВот вы как бы что-то сравнили. Типы данных неизвестны, параметры табличных пространств неизвестны, размер памяти под сортировку неизвестен, параметры транзакционных логов неизвестны.
Согласен ...многое неизвестно...
Но есть и общее= Oracle XE по дефолту
И Db2 express-c по дефолту.
(Когда заходишь во что-то новое дефолтное дружественное окружение очень важно....чем оно дружественнее тем степень вхождения ниже(можно быть менее таким крутым спецом и тратить меньше времени на мануалы))

Типы данных одинаковы.Количество строк одинаково ...констраинты одинаковы.Индексирование столбцов одинаково.

В оракле я могу сказать Вам параметры...а в DB2 не могу...я ещё не знаю как их получить.
ещё до этого не дошёл..(пока другие вещи интересуют более критичные.)
Выкладываю сюда свои наблюдения на пути .
Определённые выводы сделать можно...например на проиндексированном столбце DB2 express-c чуть выигрывает у Oracle xe ,а на неприндексированном сильно отстаёт.
Для меня уже какой-то опыт...если я увижу ,что в следующих тестах моей КИС будет сильно заваливаться производительность ,-первым делом посмотрю,"-А все ли нужные столбцы проиндексированы ".

Victor MetelitsaЗабыл сказать - в отличие от Oracle, простой сбор статистики, "скорее всего", не повлияет на планы SQL-выражений, которые будут в ваших PL/SQL-пакетах. Конечно, речь идёт о статических выражениях, а не о строящихся динамически, а если, скажем, дропнете какой-нибудь индекс, план статического выражения, использующего этот индекс, конечно, впоследствии поменяется.

По этому поводу см. процедуру REBIND_ROUTINE_PACKAGE, которая перекомпилирует, а также SET_ROUTINE_OPTS, которая задаёт опции.

Благодарю...посмотрю обязательно...когда перелью данные...и адаптирую к синтаксису pl/sql пакеты.
Я обслуживаю в основном мелкий и средний бизнес.(крупного несколько организаций) так что супер-пупер объёма данных там не будет ....в самой большой таблице максимум 15-25 миллионов строк.
(Но oracle xe и с этого объёма "вырастает" ,особенно по оперативной памяти)

Victor Metelitsa,
Кстати, по дефолту база активируется при первом коннекте (при этом происходит заметная задержка),

Не ну я работаю то в clpplus...там присоеденился и всё.
Ещё скачал IBM admin studio.(Но что-то мне в ней совсем не комфортно)
И в студии есть настройка типа каждый раз новое соединение или использовать одно.(у меня использовать одно)

Victor Metelitsairbis_alНе ну я работаю то в clpplus...там присоеденился и всё.
Если вам clpplus не медленный, то не о чем и беспокоиться. Меня и время старта clpplus, и время первого коннекта несколько расстраивают.

А я другого инструмента и не знаю, clplus похож на oracle sqlplus...только clplus на java.

а с ibm studio(которая тоже на java) я не подружился.
Новый sqldeveloper от oracle можно заточить на db2...как нибудь попробую.(тем более подходит время большие пакеты адаптировать к db2)

Victor MetelitsaКогда мы меняем данные в Oracle, undo-информация идёт в undo tablespace, а redo, как для меняемых данных, так и для undo tablespace, идёт в redo log, который впоследствии будет заархивирован.

Когда мы меняем данные в DB2, и undo, и redo-информация идёт в транзакционный лог, который впоследствии будет заархивирован.

Что произойдёт, если транзакция очень старая, а её нужно отменить? DB2 захочет получить архивный лог обратно. При crash recovery она захочет все архивные логи с того момента. А это было давно, и их уже нет... Бекапы несколькодневной давности не помогут тоже - они захотят те же логи, которых нет.

Я с таким налетал на пару неприятностей:
* странное поведение nfs-ресурса, который успешно записывал архивные логи, но обратно не отдавал (что интересно, по ftp и самбе файлы вполне себе были доступны, а по nfs их в списке не было)
* "застрявшая" на пару месяцев транзакция (причём, возможно, не юзеров, а какого-то системного процесса).
Для первого желательно держать несколько зеркал (одно, возможно, на локальном диске),
Для контроля второго поможет просмотр SYSIBMADM.DB_HISTORY (с operation='B'), на самотёк пускать нельзя.

До бакапов и redo логов вообще ещё не доходил...
(Я думаю по дефолту у меня не в режиме архивирования логов)
но благодарю за информацию.
если транзакция очень старая, а её нужно отменить?

Вообще с точки зрения ораклиста довольно странное поведение.
Oracle отслеживает давно-висящие сессии и их закрывает(откатывая их незавершёнку)

Victor Metelitsairbis_alВообще с точки зрения ораклиста довольно странное поведение.
Oracle отслеживает давно-висящие сессии и их закрывает(откатывая их незавершёнку)
Не помню я там именно такого поведения.

Тут тоже надо будет поэкспериментировать.
В оракле есть параметр limit idle_time
Сам не DBA не знаю...НО неоднократно наблюдал воочию такую картину.
Что если пользователь не вышел из КИС ....дня через два.пробовал дальше в ней работать.(естественно ни сервер,ни комп клиента не перегружались) то писалось что сессия отключена.