Какую СУБД вы используете с Dynamics AX?

[oip]

Цитата:

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

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

Цитата:

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

Как избежать "просьба к тем участникам, которые работают в одной компании, по возможности договориться и голосовать кому-нибудь одному, чтобы число голосов было близко к числу компаний" я не знаю. Тем более, что договариваться придется как клиентам, так и их партнерам, что нереально.

Если проголосуют несколько, тогда ой.

как вы себе представляете, что сотрудники одной компании будут договариваться?
это ведь просто смешно
или предлагаете спамить на всю компанию по почте "ВНИМАНИЕ, НЕ ГОЛОСУЙТЕ ТАМ НА АХФОРУМЕ В ТАКОЙ ТО ГОЛОСОВАЛКЕ?"

или вы думаете, что консультанты и программисты и вообще все сотрудники все в одной комнате сидят и можно им сказать лично, а может собрание ради этого организовать?

а может вы думаете, что они в одном офисе все сидят и на клиенте не появляются? мда ребята... у вас явно слабое представление вообще о процессе работы консалтинга.

Кто тут вообще на форуме?

[sukhanchik]

Цитата:

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

Простите, вас не понимаю. Внедренец, сопровождающих клиентские инсталляции, выбирет варианты согласно количеству сопровождающих им систем. Например, если он сопровождает четыре системы на сиквеле и одну на оракле, то он отметит два соответствующих варианта.
Что не так?

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

[oip]

sukhanchik, так я же написал, что я не знаю как избежать двойного (тройного...) учета. Особенно, если об одном приложении будут говорить как клиент, так и его партнер. Это автор темы хочет добиться, чтобы от каждой фирмы голосовали только один раз. Как он это будет делать я не знаю и не представляю.

[sukhanchik]

Цитата:

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

sukhanchik, так я же написал, что я не знаю как избежать двойного (тройного...) учета. Особенно, если об одном приложении будут говорить как клиент, так и его партнер. Это автор темы хочет добиться, чтобы от каждой фирмы голосовали только один раз. Как он это будет делать я не знаю и не представляю.

А, сорри, невнимательно прочитал. Тогда полностью поддерживаю oip

Цитата:

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

А если несколько человек из одной компании проголосуют?

вот именно.

Кроме того, клиент проголосует и внедренец проголосует.

Некоторые сотрудников внедренца ведут по нескольку клиентов ('ведущее', менеджеры), другие - по одному и проч.

Если голосуют только клиенты, пропорция оракл/мс сохраняется, учитывая, что нагрузка на чел примерно одинаковая во всех фирмах.

[gl00mie]

Цитата:

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

как вы себе представляете, что сотрудники одной компании будут договариваться? или предлагаете спамить на всю компанию по почте "ВНИМАНИЕ, НЕ ГОЛОСУЙТЕ ТАМ НА АХФОРУМЕ В ТАКОЙ ТО ГОЛОСОВАЛКЕ?" или вы думаете, что консультанты и программисты и вообще все сотрудники все в одной комнате сидят и можно им сказать лично, а может собрание ради этого организовать?

Читайте внимательно, тогда все встанет на свои места:

• Название темы и опроса: "Какую СУБД вы используете с Dynamics AX?".
• Уточнение в первом сообщении: "скольких же компаниях на данный момент используют Oracle Database в качестве СУБД для рабочей базы Dynamics AX".
• Уточнение в третьем сообщении: "наверно, да, это опрос для тех, кто работает на клиенте".

Изначально подразумевались сотрудники, работающие на клиенте. Таких обычно немного, сидят они обычно в одной комнате, и им можно лично сказать или написать по почте/аське, даже не проводя какое-то собрание на эту тему. Кроме того, из моего скромного опыта, к сожалению, отнюдь не все, кто занимается Аксаптой, регулярно читают форум и тем более что-то пишут/участвуют в опросах.

Цитата:

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

Кто тут вообще на форуме?

Согласно последнему опросу Ваше отношение к Dynamics (Axapta или CRM или Navision, на форуме около 51% тех, кто внедряет указанные системы на своем предприятии, и около 37% тех, кто внедряет указанные системы, работая в консалтинге, при этом согласно опросу Какую версию Axapta, Navision и/или CRM используете около 85% участников работают именно с Аксаптой.

Если подвести промежуточные итоги опроса (проголосовало уже 60 участников, что весьма неплохо), получается, около 16.5% компаний используют для рабочей базы Dynamics AX СУБД Oracle Database. Это, конечно, субъективное мнение, но по-моему, это, вероятнее всего, вндрения с самым большим размером базы и/или числом пользователей из представленных в опросе.

[someOne]

Цитата:

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

а кто-нибудь уже пробовал переходить с Оракла на SQL?, есть по этому поводу описание как это делать?

Пробовал. Описания на этот счет от МС по моему не существует. Пришлось писать самописный скрипт...

Цитата:

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

А зачем? Сложность только выбрать инструмент, который позволяет BLOB поля перетаскивать!

Инструмент - bulkcopy (http://msdn.microsoft.com/en-us/libr...lbulkcopy.aspx). А какие проблемы с BLOB ?

[Logger]

Мне кажется в Майкрософт решили что SQL Server уже вышел на тот уровень что может успешно заменить оракл на тех проектах где работает DAX.

Его же только из-за этого терпели.

[someOne]

Цитата:

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

Мне кажется в Майкрософт решили что SQL Server уже вышел на тот уровень что может успешно заменить оракл на тех проектах где работает DAX.

Его же только из-за этого терпели.

Да, в последней версии в ядро аксапты встроили ряд решений, позволяющий "обойти" недостатки MSSQL, сократить "узкие" места при использовании субд MSSQL в Аксапте
- система оптимистических блокировок в транзакциях
- "инкрементное" обновление inventSum в конце транзакции (в preTtsCommmit) что позволило избежать блокировок этой таблицы в длинных транзакциях...

Как мне кажется все это направлено на улучшение производительности именно при использовании MSSQL, для oracle это не столь актуально.

В результате кажется что Аксапта вышла на уровень, который может работать... а не MSSQL вышел на уровень...

[Logger]

Цитата:

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

Да, в последней версии в ядро аксапты встроили ряд решений, позволяющий "обойти" недостатки MSSQL, сократить "узкие" места при использовании субд MSSQL в Аксапте
...
- "инкрементное" обновление inventSum в конце транзакции (в preTtsCommmit) что позволило избежать блокировок этой таблицы в длинных транзакциях...

Проблема блокировок по InventSum и InventItemLocation в оракле была такая же как и в SQL. Упомянутое вами улучшение не относится исключительно к MS SQL. Мы недавно перешли на 2009-ю, работаем на оракле - блокировок по inventSum и InventItemLocation вообще нет ! Раньше были.

Цитата:

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

В результате кажется что Аксапта вышла на уровень, который может работать... а не MSSQL вышел на уровень...

Ну почему же. Сравните например SQL 2000 и 2008. Существенный прогресс. Версионность появилась, партицирование, сжатие данных, оптимизированное под OLTP операции, тюнинг плана запросов, да много чего.
Ну а Аксапта конечно лучше с ним стала работать. Тут согласен.

[Gustav]

UP

надо, наверное, ссылку на эту ветку в раздел "Новости" поместить до окончания голосования, а то будет сползать из первых 20 тем

[mazzy]

сделано.