beluginVolochkovaсмотрим дальше...

Эта таблица нестандартна. Насколько я знаю, вообще из запроса на X++ такой SQL нельзя сгенерить (опровергните).

Я думаю, если аксапту обвинять в том, что сделали в партнерском решении или в кастомизации, то с такой же уверенностью можно обвинять в этом WIndows, или Intel

Я скрины привел, это запускает Аксапта.. Логика людей ее внедривших..


beluginСитуация с блокировками по остаткам улучшена в 4

См. статью и презентацию Дениса Федотенко


Ага... Улучшена... Но маразм тот еще...



mazzyСколько говорите у вас человек?
VolochkovaА это табличка уже весом в 50 гигов.. и 25 000 000 строк...
Индексов валом... в индексах.. поля статусы.. ну далее думаю все все поняли...

И если 100 человек могут ее одновременно построчно раком ставить.. то покажите как???
И это при том... что индексы и сама табличка лежат на разных дисковых массивах.
Это ж как издевается народ над системой... А она все работает.
Удивительно.

Хоботов, я оценила.. :-)
Издевательство, именно партнерское решение.. А система не работает.. это работой назвать нельзя.


mazzy
Вообще говоря, у нормальных людей в Аксапте реиндексы не нужны

VolochkovaА вот про сплиты не надо :-) как будто будь он некластерным оно вставлялась бы последовательно :-)
Пилите, Шура, пилите.

А если что по существу?
Видел я результат работы базы без переиндекса, и с принудительным майтенс планом в 90%..
Полная лажа..

ИМХО кривое планирование структуры базы в принципе. В аккурат как у 1с..
Снизить нагрузку на файловую систему, как 2 пальца, расчеты я уже давал..

До этого работал на самописке.. Распределенная система складов.. Кол-во приходов по меньше будет.. а продаж на порядок больше.. Так за 4 года база весит 8 гигов... при цене железа на порядок меньше, чем есть сейчас... по Аксаптой..

Ностальгией не страдаю.. Отчеты все вынесем в чистый MS SQL а Акспату оставим чисто как маразм для внесения приходов..

beluginVolochkovabeluginVolochkovaсмотрим дальше...

Эта таблица нестандартна. Насколько я знаю, вообще из запроса на X++ такой SQL нельзя сгенерить (опровергните).

Я думаю, если аксапту обвинять в том, что сделали в партнерском решении или в кастомизации, то с такой же уверенностью можно обвинять в этом WIndows, или Intel

Я скрины привел, это запускает Аксапта.. Логика людей ее внедривших..


Какая разница, кто это запускает. Главное где это написано. В usr, var или ниже.

Пока это похоже на прямой SQL написанный либо внедрявшими партнерами либо вашими же коллегами. Если вы напишете кривой макрос к ворду то ворд будет тоже виноват?

Ну понеслось.... Опять Вы хотите сделать меня счастливым :-)
А мне не надо, я сам справлюсь, будет надо спрошу..

Та часть что показал, это часть решения.. Купленного за хорошие бабки..
Чел ( а я все к первому посту возвращаюсь) спрашивает про подводные камни, вот одни из них..
Люди проектирующие на Акспте ( партнерское решение) даже понятия не имеют о физике процесса работы базы данных.. Из-за чего получаем вот такие коллизии.. Это то на что может наткнуться контора.. Речь только об этом..
Запрос исключительно на табличках Акспты я выложу но позднее..


beluginVolochkovabeluginСитуация с блокировками по остаткам улучшена в 4

См. статью и презентацию Дениса Федотенко


Ага... Улучшена... Но маразм тот еще...


Как бы сделали вы?
И статью и презентацию... маразм чистой воды прочел..

Читал и плакал, читал и плакал... читал.... и плакал..
2 страницы меня убеждают манне небесной...
а тут прямо МС глаголит..

автор
От пользователей, работающих со старыми версиями Dynamics AX, достаточно часто приходится слышать жалобы на низкую производительность модуля логистики. Что нибудь типа “У нас стоит сервер БД на 4-х двухядерных Xeon (Opteron), 16 гигабайт оперативки и на небольшой 5 гигабайтной базе, создание строки заказа иногда занимает пару минут”. Если в такой ситуации запустить SQL Enterprise Manager или SQL Server Management Studio, то можно увидеть длинную очередь блокировок процессов, причем все блокированные процессы ожидают освобождения записей в таблице inventSum (Запасы в наличии).


авторВ первом приближении – механизм этот работает следующим образом: При любом обновлении таблицы складских проводок (inventTrans) система в рамках ОТДЕЛЬНОГО соединения с БД НЕНАДОЛГО открывает транзакцию в ходе которой и обновляется таблица запасов в наличии (inventSum). Поскольку транзакция быстро завершается – продолжительность блокирования также мала.

Теоретики.. блин.... ничтожно мала... и т.д....
У меня база колом встает на ПРИХОДЕ!!!! какая может блокировка таблиц на приходе!!!!!!

автор
Допустим кладовщик начали оформление приходной отборочной накладной на 120 позиций. Первые 40 позиций были благополучно получены, заблокировав информацию по остаткам по этой номенклатуре от всех остальных пользователей. Добравшись до 41 позиции, разноска отборочной накладной остановилась и стала ждать пока остаток по номенклатуре из 41 позиции будет освобожден первым сейлом, который в данный момент оформляет накладную из 8 позиций. В свою очередь этот первый сейл, который уже заблокировал 6 номенклатур, ждет освобождения 7ой, которая в этот момент заблокирована вторым сейлом.

Ну это если не построчная обработка документов, то я папа римский...



Как бы я сделал? Я расскажу как было сделано.. На очень хорошем форуме SQL.RU была отличная задачка... Вот по ее решению и было сделано..
А задачка такая...
авторЕсли запись есть сделать Update если нету Insert.
Будет надо дам детальную расшифровку.



Ага
Volochkova
ИМХО кривое планирование структуры базы в принципе. В аккурат как у 1с..
Снизить нагрузку на файловую систему, как 2 пальца, расчеты я уже давал..

С этим частично соглашусь :). Мне бы тоже хотелось, чтобы на части справочников первичные ключи были бы числовыми, ненужные мне индексы были удалены в стандартной поставке, а нужные мне - добавлены . Впрочем, будучи реалистом принимаю условия игры.



Риски? Не смешите мои подковы... Риск остаться без спеца по АКСАПТЕ выше чем без кодера C# или дельфи или Аксеса.. Чел на Аксапту стоит дороже... Так что Риск потерять кучу бабок и остаться у корыта.. с Аксаптой.. выше на порядок..

Про привлечение партнеров.. на сопровождение, продавших криво хрен победи можно не писать...
Ценник за это будет такой, что рентабельность бизнеса пойдет резко вниз, если не в минус...
Так что еще неизвестно где риск выше..


Ага
Тяжелые отчеты на MS SQL - поддерживаю.
А слабо на чистый MS SQL маразм для внесения приходов вынести?
Зачем Вам кривая Аксапта?

PS. Призываю коммьюнити в своих постах четко отделать недостатки/достоинства платформы от недостатков/достоинств решений, построенных на платформе. В особенности если эти решения не входят в стандартную поставку вендора

Мне не нужна, прихоть собственника бизнеса.. А зачем спрашивается столько заплатили? :-)
И дальше затягивает все сильнее...
Лично мне не слабо, зарплату время.. и перепишу все...
У меня 3 проекта самописных за плечами, распределенка ..
Силу за плечами чую...

В начале ветки , тоже речь идет не о преимуществах, а прихоти...

АгаVolochkova
Риски? Не смешите мои подковы... Риск остаться без спеца по АКСАПТЕ выше чем без кодера C# или дельфи или Аксеса.. Чел на Аксапту стоит дороже... Так что Риск потерять кучу бабок и остаться у корыта.. с Аксаптой.. выше на порядок..

Если речь идет о создании продукта, по фунционалу сравнимого с Аксаптой:
Не исключаю, что стоит только кинуть объявление и придет куча кодеров C#, Дельфи или Акцесса, знающих финансовый, налоговый учет, особенности российского бух. учета и формирования GAAP отчетности :) Впрочем уверен, что знания эти кодерам не понадобятся и ТЗ напишет с нуля проектная команда во главе с консультантами в предметной области и грамотным архитектором. Уверен, что в решение будет заложена масштабируемость как в плане увеличения числа пользователей, так и безболезненного расширения функционала. Совсем не уверен насчет сроков окончания написания подробного ТЗ и уж тем более сроков реализации. А уж про стоимость вообще ничего не могу сказать.
Если же достаточно "приходы/расходы" - согласен, Аскапта не нужна. Проще написать самописку или вообще в Экселе вести. А бухгалтерия.... ну пусть бухи в 1С корячатся.

Ну началось.. ну какой там функционал сравнимый с Аксптой??? Ну что за вода.. Можно факты??
Я помню как меня лечили темой что круче FileMaker ничего не бывает... а парочка запросов на SQL тогда 7.0 сделала его как щенка...
И про масштабируемость не надо... Слова маркетинг..
даже копирование филиалов.. всегда приводит к тому, что один филиал.. обязательно чем то по бизнес процессам отличается... от всех остальных.

Ты не поверишь, но имея даже Акспту, бухи один фиг КОРЯЧАТСЯ!!! в 1с :-)
Сдавать отчеты и т.д. только там..
так сто Аксапта применяется как ТИС и не более того



Ага
Volochkova
Лично мне не слабо, зарплату время.. и перепишу все...
У меня 3 проекта самописных за плечами, распределенка ..
Силу за плечами чую...

Документацию оставьте, а то потом после Вас придет очередная прима и будет плакаться на ужасную Аксатпу.

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

Так что с этим нормально.

Ага[quot LSV]

К сожалению вопрос "Зачем мне продукт XXX?" многие задают уже после начала внедрения, а не перед началом.

+Ахулиард..


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

не соглашусь.. Проект Аксапта - 1930 таблиц.. итого..
с кол-вом записей более 100 всего 330..
Ну и нафига мне все эти примочки? :-)