AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.01.2023, 16:05   #461  
trud is offline
trud
Участник
Лучший по профессии 2017
 
1,035 / 1616 (56) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
Хотя в данном случае, вроде бы, речь идет не об идентификаторе записи (RecId), а о некоем общем идентификаторе "процесса" вроде ParmId. Т.е. вроде бы, и не выбивается из общих принципов построения приложения в данном случае.
Ну да, собственно Владимир ответил. Т.е. в системе есть некие принципы, если что-то нумеровать, можно использовать номерную серию. Номерные серии - это довольно крутой механизм, заложенный в системе, как раз для проблемы нумерации.
Если использовали GUID - опять же, могу ошибаться, но тут скорее всего пришли люди которые с системой до этого не работали(не знают что такое номерные серии), и начали проектировать данные таблицы.
Можно конечно предположить, ну ладно, системы не знают, но наверное технически специалисты хорошие. Но в этом заставляет сомневаться вот такие графики в презентации (нет подписей для оси Х и У, непонятно что вообще проверяли)
Нажмите на изображение для увеличения
Название: PerformanceImpr.png
Просмотров: 32
Размер:	41.5 Кб
ID:	13536
Плюс я немного работал над оптимизаций складов, и я никогда не видел в топе нагрузки запросы связанные именно с InventTrans, а те что были, они бы к примеру выиграли от денормализации InventTrans, добавления к примеру туда всех полей аналитик(но тут явно обратный процесс)

Что они запроектируют - даже страшно представить, но будем надеяться на лучшее
Старый 18.01.2023, 17:24   #462  
ТРЕНЕР is offline
ТРЕНЕР
Участник
Аватар для ТРЕНЕР
 
546 / 23 (2) +++
Регистрация: 11.06.2003
Адрес: Москва
Цитата:
Сообщение от trud Посмотреть сообщение
(у которой по видимому есть "фатальный недостаток")
На скриншоте в первой таблице написано Tranasctions вместо Transactions.
Это фатальный недостаток команды в целом.
За это сообщение автора поблагодарили: gl00mie (2).
Старый 18.01.2023, 21:07   #463  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,736 / 2772 (100) +++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от ТРЕНЕР Посмотреть сообщение
На скриншоте в первой таблице написано Tranasctions вместо Transactions.
Это фатальный недостаток команды в целом.
Ну мы же жили много лет с PostingProgile - ом и никто не умер.
Но конечно тоже резануло глаз.
За это сообщение автора поблагодарили: axm2017 (12).
Старый 01.03.2023, 11:28   #464  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,736 / 2772 (100) +++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от fed Посмотреть сообщение
GUID проще выделить до записи в БД. То есть - в принципе UnitOfWork или махинации с suspendRecId() решают проблему, но MkGuid() все равно проще написать.
Проще конечно, но если хочется упрощения то можно также еще задействовать готовый
\Data Dictionary\Tables\EventInbox\Methods\nextEventId

или свой системный счетчик 64-битных идентификаторов сделать один раз по аналогии. И вести его в разрезе TableId.
За это сообщение автора поблагодарили: fed (5).
Старый 27.03.2023, 09:34   #465  
axm2017 is offline
axm2017
Участник
 
1,627 / 259 (12) ++++++
Регистрация: 15.05.2017
X++:
        public void delete()
        {
            super();

            element.updateWorkflowButtonEnabled();
            element.updateWorkflowButtonForLineVisibility();

            element.close();
        }
На форме PurchReqTable непонятное при удалении записи. Ок смирился что закрывают форму но зачем перед этим менять кнопки?
Старый 31.03.2023, 14:38   #466  
dech is offline
dech
Участник
Аватар для dech
Самостоятельные клиенты AX
 
636 / 300 (12) ++++++
Регистрация: 25.06.2009
Адрес: Омск
Записей в блоге: 3
Цитата:
Сообщение от axm2017 Посмотреть сообщение
X++:
        public void delete()
        {
            super();

            element.updateWorkflowButtonEnabled();
            element.updateWorkflowButtonForLineVisibility();

            element.close();
        }
На форме PurchReqTable непонятное при удалении записи. Ок смирился что закрывают форму но зачем перед этим менять кнопки?
Возможно, до этого не закрывали форму, потом просто добавили close().

Метод delete() на датасорсе PurchReqTable, верно?
Посмотрел на R3, присутствует только вызов close().
__________________
// no comments

Последний раз редактировалось dech; 31.03.2023 в 14:52.
Старый 31.03.2023, 15:28   #467  
axm2017 is offline
axm2017
Участник
 
1,627 / 259 (12) ++++++
Регистрация: 15.05.2017
На 365
Теги
axapta, cil, d365fo, rasset, баг

 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 22:14.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.