Существуют ли недостатки у Axapta - Страница 11 - Сравнение ERP-систем

**kvan** · 26.12.2005, 12:18

Цитата:

Сообщение от Vadim Korepin

Нет. она будет доступна с конца сентября 2006го года.

Это ж надо!

komar · 26.12.2005, 13:59

Цитата:

Сообщение от Vadim Korepin

Нет. она будет доступна с конца сентября 2006го года.

А Вы не боитесь давать такие обещания? И кому она будет доступна в это время - избранным партнерам, партнерам, или клиентам? И в каком виде?

Pavel · 26.12.2005, 14:13

Цитата:

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

А Вы не боитесь давать такие обещания? И кому она будет доступна в это время - избранным партнерам, партнерам, или клиентам? И в каком виде?

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

Галина · 23.12.2005, 16:24

Дмитрий - а вы давно в scala ушли?

komar · 23.12.2005, 16:33

а вот с личными вопросами - прошу в "личные сообщения", дабы не мусорить на форуме. Радость по поводу методов работы МС я стал выражать гораздо раньше, чем сменил систему.

komar · 26.12.2005, 14:40

Господа, вернемся к теме. А именно - обсуждаем недостатки Акзапты.

Мое мнение - раз уж МБС решил сконцентрироваться на технологических, а не функциональных аспектах своего решения, то имеет смысл наконец-то извести ошибки с утечками памяти, живущие в системе вот уже пять лет. Мне эти ошибки кажутся достаточно неприятными.

komar · 27.12.2005, 12:34

Или, например, что делать с таким технологическим ограничением, как recid? На форуме неоднократно обсудлалась данная тема, но ни здесь, ни в рекомендациях поставщика, так и не прозвучало однозначного ответа - что же делать, когда заветное число будет достигнуто? И на какой объем информации расчитана база данных axapta?
Считаю это существенным недостатком системы. И хотя недостаток скорее технологический, а не функциональный, надежды от него избавиться пока нет...

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

EVGL · 27.12.2005, 12:58

Цитата:

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

Или, например, что делать с таким технологическим ограничением, как recid? На форуме неоднократно обсудлалась данная тема, но ни здесь, ни в рекомендациях поставщика, так и не прозвучало однозначного ответа - что же делать, когда заветное число будет достигнуто?

Все нормально, нас услышали: по-видимому, в 4.0 будет 64-битный RecId. Тем самым проблема будет решена. Пока же есть одно решение: удалить все "лишние" и тестовые компании, которые консультанты десятками оставляют, и запустить функцию коррекции RecId.

komar · 27.12.2005, 13:06

Цитата:

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

Все нормально, нас услышали: по-видимому, в 4.0 будет 64-битный RecId. Тем самым проблема будет решена. Пока же есть одно решение: удалить все "лишние" и тестовые компании, которые консультанты десятками оставляют, и запустить функцию коррекции RecId.

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

**mazzy** · 27.12.2005, 13:12

Цитата:

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

Если лишних нет, то выборочно чистить таблицы. Если таблицы уже вычистили, найти еще что-нибудь лишнее.

И не забыть о временных таблицах. Имено там большинство recid и "погибают".

Цитата:

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

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

Долго же ты идешь к фразе "Microsoft must die"

Давай просто произнесем ее. И дальше будем говорить логично, по делу с цифрами и обоснованиями.

komar · 27.12.2005, 14:12

Цитата:

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

Давай просто произнесем ее. И дальше будем говорить логично, по делу с цифрами и обоснованиями.

Погоди! Я как раз и пытаюсь вытащить эту ветку на "по делу и с обоснованиями". Раз уж никто не хочет говорить про функциональность, прикрываясь "67 заданиями", и раз уж работа службы поддержки признана идеальной (без всяких фактов и обоснований) и попынка выйти на старые баги не признается недостатком системы (безо всяких фактов и обоснований) предложено было для разнообразия пообсуждать самые известные из технологических граблей - утечки памяти и recid.
Про масдай пока никто не говорит, МС еще пригодится - ведь не только у Навижна портал на sharepoint

komar · 27.12.2005, 13:13

Цитата:

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

Все нормально, нас услышали: по-видимому, в 4.0 будет 64-битный RecId. Тем самым проблема будет решена.

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

**mazzy** · 27.12.2005, 13:16

Цитата:

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

Не решена, а отложена. То есть кислороду будет намного больше, но все-таки ограничение останется.

Сколько?!

(стучит ложками по столу и кричит) Цифры! Факты! ... Цифры! Факты! ...

komar · 27.12.2005, 13:58

Цитата:

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

Сколько?!

(стучит ложками по столу и кричит) Цифры! Факты! ... Цифры! Факты! ...

Фактов пока нет, есть неофициальная информация от EVGL. Там же приведена разрядность числа, из которой можно вывести максимальное количество записей в базе. Верить этой информации, или нет - вопрос не ко мне.

Что касается Scala, то, может не стоит засорять ветку оффтопиком? Все же раз вопрос возник, то отвечу - аналога recid, насколько мне известно, нет. Даже если бы он был, то ответ "в лоб" дать было бы невозможно, так как некоторые данные хранятся в таблицах, отдельных для каждой компании (подобно Navision), а некоторые - в таблицах, создающихся для каждого финансового года.
На сем обсуждение других систем прошу продолжать в специально заведенных для них ветках.

27.12.2005, 13:37

Цитата:

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

Не решена, а отложена. ...

Наверное все таки решена

т.к. 2 в 64 это ну очень много

komar · 27.12.2005, 14:05

Цитата:

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

Наверное все таки решена

т.к. 2 в 64 это ну очень много

Может быть будет решена (если неофициальная информация верна) когда мы, может быть, увидим рабочую версию 4.0. В светлом, так сказать, будущем. Хотя есть надежда,что уже нынешнее поколение будет жить при коммунизме!

**mazzy** · 27.12.2005, 13:06

Цитата:

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

Или, например, что делать с таким технологическим ограничением, как recid? На форуме неоднократно обсудлалась данная тема, но ни здесь, ни в рекомендациях поставщика, так и не прозвучало однозначного ответа - что же делать, когда заветное число будет достигнуто?

Ну сколько можно?

Еще раз - дефрагментировать recID
Как выполнять дефрагментирование RecID

Цитата:

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

И на какой объем информации расчитана база данных axapta?

Теоретически - 2^32 ~= 4млрд записей в одной компании.
Практически, при приближении к 2млрд дефрагментацию надо будет делать очень часто, поскольку recid также выделяются для временных таблиц.

Если исходить из среднего размера записи 200 байт, то при достижении размера базы под 400Гб над проблемой recid надо думать очень плотно.
См. также
http://forum.mazzy.ru/index.php?showtopic=2201
http://forum.mazzy.ru/index.php?showtopic=2204

Дим, могу сказать одно:
= если ты думаешь о клиентах, то лучше рассказывать им четко и полно о положениии дел, что и как их ждет. Сделал бы хорошую статью на эту тему, вместо того, чтобы пугать страшилками.
= если ты просто душу отвести и посетовать на то, что весь мир бардак, то..., то почитай здесь
http://forum.mazzy.ru/index.php?showtopic=3857

Будет и новое ядро. Со временем. Там даже написан год 2008.

ppson · 27.12.2005, 13:12

Цитата:

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

Или, например, что делать с таким технологическим ограничением, как recid?

После того как recid превысит допустимую норму, надо покупать SAP :-).
Попыток определить, систематизировать недостатки (ограничения в функционале, ошибки, фичи-баги), просмотреть качество и скорость работы поставщика с продуктом/клиентами отслеживается на данном форуме уже давно.

Полгода назад я пытался запустить небольшую дискурсию (Axapta как любимая программа бухгалтера, о том что нехватает аксапте в части локализации БУ. Все превратилось как обычно в флейм "есть ли жизнь на марсе".
Больше года назад Тимур пытался запустить процедуру регистрации багов и скорость их устранения
...
В общем не все так плохо как кажеться

**mazzy** · 27.12.2005, 13:21

Кстати, в свое время (давным-давно) я делал аналогичный расчет для 1с.
http://1c.mazzy.ru/articles/howmany/

komar, pavel, а что в других системах?
Есть ли подобные ограничения?
Сколько записей можно максимально создать в Scala, например?

TasmanianDevil · 27.12.2005, 13:39

Сергей, если Вас интересуют другие системы - в ГАЛАКТИКЕ уникальный идентификатор записи внутри таблицы(не системы !!!) является 64-битным знаковым целым,первый 1 байт используется для служебной идентификации параметров используемой платформы БД , остальные 7 байт на идентификатор , т.е. до 2^56 -1 = 72 057 594 037 927 935 записей в каждой из 32000 таблиц (было там такое ограничение) т.е всего в системе может быть до 72 057 594 037 927 935 Х 32 000 = 2 305 843 009 213 693 920 000 записей - там скорее всего сама платформа брякнется, нежели системная генерация идентификаторов.

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Видео и флэш-ролики по Microsoft Axapta 3.0	mazzy	Microsoft и системы Microsoft Dynamics	12	30.05.2009 13:17
### Вакансии: программисты, консультанты AXAPTA (Москва, $1600-3100)	Metetam	Рынок труда Microsoft Dynamics	3	20.12.2006 17:00
Вакансии Специалисты MBC Axapta, 1C 7.7	Наталия Леонидовна	Рынок труда Microsoft Dynamics	7	20.07.2006 19:06
Команда внедрения «под ключ» (Microsoft Axapta)	KARA_ts	Полезное по Microsoft Dynamics	0	28.11.2005 10:44
AXAPTA 4.0 задерживается до весны 2006 (eng.)	dmit2604	Microsoft и системы Microsoft Dynamics	61	12.03.2005 16:14