Существуют ли недостатки у Axapta

[komar]

Цитата:

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

Ок. Спасибо. Здесь Scala

Вернемся к недостаткам Аксапты.
Ты начал про RecID. Завершим тему? Что скажешь насчет дефрагментации и моей оценки? Она справедлива? Какова твоя оценка (количество записей, размер базы) когда данный недостаток может проявить себя?

Про дефрагментацию на форуме есть весьма оживленная дискуссия Как выполнять дефрагментирование RecID. Итогом ее можно считать вывод о том, что есть стандартная процедура дефрагментации, есть участники, которые считают ее неприменимой, и есть альтернативные, написанные партнерами процедуры, и некоторые участники считают их неоптимальными. Закончилась дискуссия на разборках со ссылками в "Трансляции по ГК", от рассмотрения структуры данных которой участники утомились, и более ничего дельного не сказали.
Оценки по количеству записей, приведенные в той ветке, кажутся вполне целесообразными, однако следует помнить, что идентификатор отъедает именно запись в таблице, а каждая бизнес-транзакция может задействовать несколько таблиц, и чем больше функциональности используется, и чем больше дополнительной функциональности напрограммировано, тем ближе маленькая белая лисичка.

[mazzy]

Цитата:

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

...идентификатор отъедает именно запись в таблице...

Все намного хуже
Идентификатор отъедает запись в компании, а не в таблице.

Прос маленькую лисичку мужского рода надо начинать думать при подходе к количеству записей в 2млрд. Это примерно около 400Гб для базы.

С этим согласен?

[komar]

Цитата:

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

Все намного хуже
Идентификатор отъедает запись в компании, а не в таблице.

Прос маленькую лисичку мужского рода надо начинать думать при подходе к количеству записей в 2млрд. Это примерно около 400Гб для базы.

С этим согласен?

Не силен в арифметике :-) нодаже это не есть заоблачный объем для крупной компании. Где-то 5 лет работы - с этим согласен?

P.S. А указание компании в профиле для сотрудников МБС будет? А то scala и sap присутствуют, а МБС все еще выступает как собственные довольные клиенты. У гостей сайта может создаться неверное впечатление...

[mazzy]

Цитата:

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

Не силен в арифметике :-) нодаже это не есть заоблачный объем для крупной компании. Где-то 5 лет работы - с этим согласен?

Согласен.

Цитата:

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

P.S. А указание компании в профиле для сотрудников МБС будет? А то scala и sap присутствуют, а МБС все еще выступает как собственные довольные клиенты. У гостей сайта может создаться неверное впечатление...

Не знаю. Сначала спросим. Открывай новую ветку для этого.

[Recoilme]

Цитата:

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

Согласен.


Не знаю. Сначала спросим. Открывай новую ветку для этого.

В арифметике не сильны оба Запустите сводное планирование в ежедневном режиме и вот Вам прожорливая темповая табличка под названием reqtrans Дефрагментация идет лесом. Мы лучше новую компанию будем открывать и париться с переносом чем такую мину закладывать. Любопытно, почему маленькие компании при проектировании систем закладывают BigInt на такие вещи?

2 Evgl: а ускорить аксу на порядки переделав ссылки на интегеровские поля майкрософту слабо??? Все равно ведь новая версия нифига совместима не будет, так что ж полюдски не сделать?

[mazzy]

Цитата:

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

Запустите сводное планирование в ежедневном режиме и вот Вам прожорливая темповая табличка под названием reqtrans

Только по изменениям? Или полный пересчет?

Потенциально да, на практике - нет

[Recoilme]

Цитата:

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

Только по изменениям? Или полный пересчет?

Потенциально да, на практике - нет

Полный пересчет. Потребности не только меняются, они ещё добавляются

На практике, согласен ещё года на 2 лично нам должно хватить При том что мы используем только 10% стандартных таблиц и столько же самописных, ни ГК ни компаний ни фига мы не используем, а если б использовали?

ЗЫ и чего меня в эту ветку постоянно тянет?

[Pavel]

Цитата:

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

это не есть заоблачный объем для крупной компании. Где-то 5 лет работы - с этим согласен?

Есть компании, которые на XALе в год за 200ГБ наколачивают. Хорошая практика открывать базы/компанию под финансовый год. Придется переносить остатки и открытые записи, зато легко изменять настройки системы, не падает быстродействие.

[mazzy]

Цитата:

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

Хорошая практика открывать базы/компанию под финансовый год.

Не считаю, что это хорошая практика. Поскольку тяжело станет делать сравнительные отчеты за несколько лет.
Кроме того, см. http://axapta.mazzy.ru/lib/dbgrowthsolution/
Этот совет касается и конкорда, только там таблицы другие.

[Lazy_Tiger]

Цитата:

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

Не считаю, что это хорошая практика. Поскольку тяжело станет делать сравнительные отчеты за несколько лет.

дык это.. внешними средствами... OLAP например. никто не мешает в кубах аггрегировать данные хоть с 10 БД, хоть со 100. Хотя очень уж много подводных камней в таком варианте.

Лично я - пас. В том числе и по причине того, что это все будет мутиться под НГ, а хочется не только зарабатывать деньги, но еще и тратить иногда

[Pavel]

Цитата:

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

Не считаю, что это хорошая практика. Поскольку тяжело станет делать сравнительные отчеты за несколько лет.

Ой, тяжело... один отчет из одного финансового года, другой - из другого, кладешь на стол и сравниваешь.
Что-то я не видел управленческих отчетов за период - ДВА ГОДА. Не говорю уже про бухгалтерские. Это прикол такой?
В OLAP также производишь два набора диаграмм напротив друг-друга и сравниваешь.

Цитата:

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

Кроме того, см. http://axapta.mazzy.ru/lib/dbgrowthsolution/

Советы как чистить таблицы аксапты? Да уж... вводить информацию в системе, а потом удалять ее. Тоже самое, что купить авто и не ездить с целью экономии бензина.

Цитата:

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

Этот совет касается и конкорда, только там таблицы другие.

"Это вряд ли".