AX 2010

кстати если сделать так как пишет kashperuk то будет наверное еще хуже
если аналитика в индекс будет входить то совсем всё плохо - медленно раз, кол-во полей в индексах MSSQL ограничено 16 - два... это что сразу в голову приходит
но раз это уже писали наверное это все обсуждалось уже...

[ZornFire]

Не думаю что это так, что касается телека, то уж лучше форум, лично как мне, так замбирующая реклама в этой коробчёнке последнее время моск взрывает, а ещё и лето, а ещё и жарко)

Цитата:

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

Мне кажется развитие, даже революционное, намного лучше чем застой, от которого все давно устали.

Кто это устал? Ни внедренцам ни клиентам легче не становится внедрять - лучше бы в этом направлении действовали.

[kashperuk]

Цитата:

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

кстати если сделать так как пишет kashperuk то будет наверное еще хуже
если аналитика в индекс будет входить то совсем всё плохо - медленно раз, кол-во полей в индексах MSSQL ограничено 16 - два... это что сразу в голову приходит
но раз это уже писали наверное это все обсуждалось уже...

Справедливости ради - я этого не предлагал. Это предложил некий "Sven Jochimsen" в своем блоге (см. ссылку выше).

[Logger]

Цитата:

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

Кто это устал? Ни внедренцам ни клиентам легче не становится внедрять - лучше бы в этом направлении действовали.

Да ?
Странно.

А вам не надоело на каждом проекте дописывать один и тот же функционал, который желательно было бы иметь в стандарте ?

[Logger]

Цитата:

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

кстати если сделать так как пишет kashperuk кол-во полей в индексах MSSQL ограничено 16 - два...

Вообще-то оно и так ограничено в InventDim независимо от возможностей БД
См. параметр InventDimFixed

Насколько я понимаю при наличии высокоселективных аналитик, типа партии, серийника, ГТД, основная проблема возникает не при работе с ними, а при фильтрации по слабо селективным аналитикам, так как в этом случае чтобы отфильтровать, например, по складу, базе данных приходится лопатить кучу записей в индексе ради одного единственного значения кода склада. Потери при этом существенны.

Мы на проекте сделали денормализацию по складу в InventSum - сразу базе данных сильно полегчало. Разница по словам нашего DBA очень существенная была. Полагаю, что Sven Jochimsen руководствовался схожими соображениями.

[Poleax]

Цитата:

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

В Википедии (http://en.wikipedia.org/wiki/Microsoft_Dynamics_AX) АХ 6.0 обозвана АХ 2011...

Цитата:

Microsoft Dynamics AX ‘6’ is planned to release in CY 2011.

P.S. 12 слайд из Microsoft Dynamics AX 2009 Roadmap

Цитата:

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

Да ?
Странно.

А вам не надоело на каждом проекте дописывать один и тот же функционал, который желательно было бы иметь в стандарте ?

Если функционал один и тот же, то он берется с уже существующего приложения, думаю не новость. Ещё проблема в том, что 1в1 редко бывает совпадение и допиливать так и так приходится плюс уникальные функции для каждого бизнеса - всё охватить не получиться никак да и бывают противоречия.
Неоправданные новые версии - это средство устранения конкурентов (с аксой эта стратегия, имхо, не действует уже) и получения денег с клиентов, а работа внедренца легче не становится. Мы вынуждены тратить время на переобучение и иногда деньги на экзамены и книги. Новая версия - это как новая машина, каждый раз с новым количеством колес и другими органами управления.