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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 03.03.2005, 17:49   #34  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,902 / 5692 (195) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
ну я еще однажды использовал bitmap index. Но это и вправду суровая экзотика. Еще была попытка ускорить процесс рассчета остатков по inventSum с помошью materialized view. К моему глубокому сожалению - не доведенная до конца . Просто как показала практика - при разноске больших складских журналов списания - куча времени уходит на рассчет себестоимости по InventSum. На MS SQL я кстати тоже пробовал применять тамошний аналог persistent view (cluster indexed view - если я правильно помню терминологию). Там это существенно ускорило рассчет мгновенной себестоимости списания. Правда - при этом еще и неприлично замедлило обновление inventTrans . Поскольку в oracle работа с persistent view сделана на мой взгляд несколько правильнее чем в MS SQL - была надежда что там это позволит кардинально решить проблему. Но честно говоря - просто времени не хватило на исследования - да и у заказчика MS SQL стоял.

Outlines штука полезная. Я ее несколько раз применял на практике, когда Оракл какой-то уж очень кривой план запроса генерировал, а с помошью хинтов аксапты его вылечить не удавалось.

Ну и то что partitioning рулит - думаю все согласятся. У нас тут на одном из проектов прогноз продаж строился на основании данных по продажам за три года (ну там где-то миллиона три складских проводок было - как я помню). Так вот после того как клиентские админы распартиционировали эту таблицу на несколько дисков по дате проводки, время построения этого прогноза продаж упало где-то в 6-7 раз. (Точную цифру не скажу, просто раньше они этот процесс срубали часов через 6, а после перебиения таблиц у них все это стало строится за 45 минут примерно).
Теги
oracle, sql 2000, sql 2005, sql 2008, выбор субд, оптимизация

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
msdynamicsax: DAX 2009 and MS SQL 2008 Blog bot DAX Blogs 0 09.08.2008 14:05
Соответствие типов X++ и MS SQL/Oracle Morpheus DAX: Программирование 25 08.04.2008 14:25
Неизвестный сбой!!! Dynamics AX 4.0 SP2 with MS SQL 2005 MarunYA DAX: Администрирование 6 06.12.2007 12:16
Data migration AX 3.0 SP3 Oracle 9.1 -> AX 4.0 SP2 SQL 2005 dacom DAX: Администрирование 12 30.11.2007 11:25
переход существующего приложения c MS SQL на ORACLE velk DAX: Администрирование 22 27.07.2006 10:30

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:37.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.