AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.12.2009, 14:32   #10  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от Shamil Посмотреть сообщение
А о каких граблях идет речь? И воообще, что там в базе Аксапы лежит кроме таблиц? Констрейнты, индексы, триггеры, процедурная логика?
Скажу по опыту апгрейда данных на оракле с 3.0 на 4.0
1. Подключение к схеме (БД) источнику и схеме (БД) приемнику утилитой AxdbUpgrade.exe осуществляется по-разному (имеется в виду - в одном случае нужно задавать логин/пароль, в другом - создавать d jhfrkt логин автовхода типа OPS$WINUSER (я уж не помню как он там в оракле зовется), причем доступ должен иметь как логин из под которого инсталлятор работает, так и логин, который собсно переливает данные.
2. После создания схемы - ее должен "окучить" инсталлятор аоса, т.к. он там создает невалидные хранимые процедуры, которые другим путем сложно создать. Соответственно, при желании "повторить" процедуру закачки данных - надо будет заново ставить аос.
3. Сам файл AxdbUpgrade.exe который шел в штатной поставке - был неработоспособен с ораклом (уже не помню какие были проблемы - но помню что мы запрашивали из МС новый файлик)
Вроде так все... но помню - что убили порядка 3-х человеко-месяцев на выработку процедуры перехода (применительно конечно к компании, в которой осуществлялся переход) с 3 тестами получения данных.

Цитата:
Сообщение от Shamil Посмотреть сообщение
И еще вопрос:
Практикуется ли кастомизация Аксапы на уровне базы данных? Т.е. бывает ли необходимость дописывать процедуры, добавлять свои таблицы и т.п.?
Нет. Т.е. формально конечно - Вам никто не мешает. Но подумайте о тех, кто будет отлаживать написанный Вами код. Да и потом - выигрыша это особого не дает. Правильно построеные индексы на таблицах дают существенно больший прирост производительности.
__________________
Возможно сделать все. Вопрос времени
За это сообщение автора поблагодарили: Logger (5).
Теги
ax2009, ax3.0, oracle, sql server, апгрейд, ax2012

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
AX2009 + Oracle + Bug? ZVV DAX: Администрирование 8 24.06.2013 16:41
MSSQL и Oracle BokarevSS DAX: Администрирование 24 04.12.2009 15:20
axcoder: AxPath pugin for Tabax which works with Ax3, Ax4, Ax2009 Blog bot DAX Blogs 0 08.11.2008 02:11
Data migration AX 3.0 SP3 Oracle 9.1 -> AX 4.0 SP2 SQL 2005 dacom DAX: Администрирование 12 30.11.2007 11:25
"On MSSQL" or "On Oracle" alpine DAX: Прочие вопросы 5 19.03.2002 11:38
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:00.