Очередная небольшая революция - переход на Oracle

[sukhanchik]

Ну для полноты картины не хватает информации о размере БД, о соотношении производительности между старым сервером БД и новым. А также об объеме модификаций приложения, который необходимо было сделать для перехода. Ведь как минимум индексы применяются по-другому и то, что раньше "летало" - могло существенно затормозиться

[egorych]

Драсти! Отдыхал немножко, поэтому задержка с ответами, итак:

Цитата:

Сообщение от ZVV

Quest Spotlight ...

Эту вещь юзаю и для МС и для Оракла - мне нравится!

Цитата:

Сообщение от ZVV

А насчёт информации о выполняющихся запросах в Оракле и МССКЛ - тут я так понимаю дело в том, что с сиквелом аксапта работает на уровне курсоров...

Насколько я разбираюсь в медицине - курсоры это ваще главна проблема всех "проблем" в аксапте! Ибо это самый э-э-э, неправильный режим работы а MSSQL.

Цитата:

Сообщение от Vadik

т.е. Oracle под Windows крутится? брр..

Не знаю что там брр, но вполне нормально работает, сие решение было принято после консультаций со знакомыми "собаководами", которые юзают ораклу ну очень давно! Утверждается, что для наших задач разницы практически нет! Есс-но если вдруг будет RAC, то конечно, будет *nix.

Цитата:

Сообщение от Vadik

А что ж read_committed_snapshot не включили ? Часовой RTFM мог бы избавить от вышеописанного геморроя с миграцией

Не надо думать, что Вы одни такие умные! Ax3 этот read_committed_snapshot как зайцу стоп сигнал. Возможно в 4 что-то и дает, но мы включали его - ни каких изменений в поведении не произошло.

Цитата:

Сообщение от sukhanchik

Ну для полноты картины не хватает информации о размере БД, о соотношении производительности между старым сервером БД и новым. А также об объеме модификаций приложения, который необходимо было сделать для перехода. Ведь как минимум индексы применяются по-другому и то, что раньше "летало" - могло существенно затормозиться

Размер БД исходный около 200Г, получившийся - где-то 100Г. Разница заключается в любимой табличке SysDatabaseLog, которая не переносилась.
Приложение пока не модифицировалоь специально для Оракла - возможно чуть поработаем и что-то выявится.

Цитата:

Сообщение от gl00mie

Да уж, теперь стоит внимательно почитать на форуме темы, наподобие Axapta 3.0 sp3+oracle 10.2.0.3 optimizer_index_cost_adj, ...

Есс-но все сообщения на форуме о каких-то траблах изучаются и анализируются применимо к нашей ситуации.

Цитата:

Сообщение от gl00mie

А вы разбирались в причинах блокировок?

Разбирались, кончно. Кое-где их удалось убрать модификацие кода. Но не везде. Были проведены тестовые "игры" в разных вариантах, в общем это тема ваще отдельная...

[Vadik]

Цитата:

Сообщение от egorych

Не знаю что там брр, но вполне нормально работает

Ну вот и славно

Цитата:

Ax3 этот read_committed_snapshot как зайцу стоп сигнал. Возможно в 4 что-то и дает, но мы включали его - ни каких изменений в поведении не произошло

Если "никаких изменений в поведении не произошло" относится к

Цитата:

мы расчитываем на другой выигрыш - отсутствие длительных и "многопользовательских" блокировок (разных видов)

, значит, у Вас есть проблемы с обновлением данных несколькими сессиями (несколько "писателей"). Чем в данном случае может помочь Oracle - непонятно.
Ну да ладно. Софт, как я понимаю, по карману компании не ударил , экспириенс получен, система работает, все довольны. Удачи

[egorych]

Цитата:

Сообщение от Vadik

...у Вас есть проблемы с обновлением данных несколькими сессиями (несколько "писателей"). Чем в данном случае может помочь Oracle - непонятно.

мсье телепат? Я уже писал об том, что происходит Axapta 3.0 и Oracle 11 - кто-нить пробовал ?
В нашем случае помогает и даже очень!
ps Хотел чег-то дописать, но воздержусь.