Цитата:
Сообщение от
otkudao
если Вы не "системщик" в Аксапте, а "прикладник", т.е. пишете на слое cus-usr, то универсальность в ущерб производительности НЕДОПУСТИМАЯ роскошь.
Не согласен с такой формулировкой. Во-первых, тот факт, что Вы пишете на слое CUS или USR не освобождает Вас от ответственности за написанные Вами модификации. Следовательно Вы всегда должны представлять, какое развитие может получить создаваемая Вами функциональность, и оставлять возможность для этого развития. Во-вторых, практически любое решение представляет собой компромисс между производительностью и универсальностью.
Цитата:
Сообщение от
otkudao
Указанные запрос - не супер сложный. Кроме того, медленные предикаты СКЛя Аксапта попросту не пропускает (хэвинг), если мне не изменяет память.
Правильнее говорить не "не пропускает", а "не использует при интерпретации". Да и не "долгие" инструкции она не пропускает, а "не универсальные"
.
Цитата:
Сообщение от
otkudao
Т.е. супер-сложный-долгий запрос у Вас создать не получится.
Нет ничего невозможного
Цитата:
Сообщение от
otkudao
Мало того, берусь утверждать, что самое скромное кол-во простых запросов взамен сложного по тому же результату будет НА ПОРЯДКИ дольше в исполнении-получении.
Простое сравнение, однако, не имеет практической ценности. Всегда надо исходить из контекста конкретной задачи.
Цитата:
Сообщение от
otkudao
...подтверждено пунктом 1 раздела Оптимизация Бест практис.
А вот это очень правильное замечание. Согласно BP, сервер БД - наиболее приоритетное место для выполнения бизнес-логики. Другими словами, если у Вас есть возможность в Вашей задаче использовать СУБД, не нарушая при этом других принципов разработки в Axapta, предпочтение следует отдавать именно этому варианту. В большинстве случаев это, правда, касается использования массовых обновлений данных и выборок с агрегирующими функциями.