Цитата:
Сообщение от
sukhanchik
как минимум индексы применяются по-другому и то, что раньше "летало" - могло существенно затормозиться
Да уж, теперь стоит внимательно почитать на форуме темы, наподобие
Axapta 3.0 sp3+oracle 10.2.0.3 optimizer_index_cost_adj, и готовиться выправлять многочисленные "придури" оракла, возникающие из-за этого. В частности, замечено, что его оптимизатор, порой, как-то "своеобразно" подбирает "наиболее подходящий" индекс и строит совершенно дикие планы запроса - возможно, как раз из-за перекоса весов различных параметров, используемых им при оценке стоимости использования того или иного плана. И не дай Бог вам по малодушеству начать лечить такие "придури" outline'ами - будете огребать спонтанные тормоза из-за отваливания этих outline'ов при любом изменении запроса (ну, там, поле добавили или переименовали).
Цитата:
Сообщение от
egorych
Пришлось рисовать генератор скриптов и т.д. - подготовительных исследований много было.
Интересно, а кто-нить заморачивался тем, чтобы посчитать и соотнести затраты на эти вот исследования, перенос данных, на тот же Оракл, на поиск и наем Oracle DBA (а без него у вас "само собой" ничего нормально не заработает) - к примеру, в сравнении с докупкой ндцати гигов памяти под сервер БД с Ms SQL 2005 x64?..
Цитата:
Сообщение от
egorych
Мы расчитываем на другой выигрыш - отсутствие длительных и "многопользовательских" блокировок (разных видов).
А вы разбирались в причинах блокировок? А то ведь бывают случаи, когда сменой СУБД ничего не решить, к примеру, вот:
inventItemLocationSelectLocked