The daily Axapta WTF

[trud]

Цитата:

Сообщение от Владимир Максимов

Хотя в данном случае, вроде бы, речь идет не об идентификаторе записи (RecId), а о некоем общем идентификаторе "процесса" вроде ParmId. Т.е. вроде бы, и не выбивается из общих принципов построения приложения в данном случае.

Ну да, собственно Владимир ответил. Т.е. в системе есть некие принципы, если что-то нумеровать, можно использовать номерную серию. Номерные серии - это довольно крутой механизм, заложенный в системе, как раз для проблемы нумерации.
Если использовали GUID - опять же, могу ошибаться, но тут скорее всего пришли люди которые с системой до этого не работали(не знают что такое номерные серии), и начали проектировать данные таблицы.
Можно конечно предположить, ну ладно, системы не знают, но наверное технически специалисты хорошие. Но в этом заставляет сомневаться вот такие графики в презентации (нет подписей для оси Х и У, непонятно что вообще проверяли)

Плюс я немного работал над оптимизаций складов, и я никогда не видел в топе нагрузки запросы связанные именно с InventTrans, а те что были, они бы к примеру выиграли от денормализации InventTrans, добавления к примеру туда всех полей аналитик(но тут явно обратный процесс)

Что они запроектируют - даже страшно представить, но будем надеяться на лучшее

[ТРЕНЕР]

Цитата:

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

(у которой по видимому есть "фатальный недостаток")

На скриншоте в первой таблице написано Tranasctions вместо Transactions.
Это фатальный недостаток команды в целом.

[Logger]

Цитата:

Сообщение от ТРЕНЕР

На скриншоте в первой таблице написано Tranasctions вместо Transactions.
Это фатальный недостаток команды в целом.

Ну мы же жили много лет с PostingProgile - ом и никто не умер.
Но конечно тоже резануло глаз.

[Logger]

Цитата:

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

GUID проще выделить до записи в БД. То есть - в принципе UnitOfWork или махинации с suspendRecId() решают проблему, но MkGuid() все равно проще написать.

Проще конечно, но если хочется упрощения то можно также еще задействовать готовый
\Data Dictionary\Tables\EventInbox\Methods\nextEventId

или свой системный счетчик 64-битных идентификаторов сделать один раз по аналогии. И вести его в разрезе TableId.

[axm2017]

        public void delete()
        {
            super();

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

            element.close();
        }

На форме PurchReqTable непонятное при удалении записи. Ок смирился что закрывают форму но зачем перед этим менять кнопки?

[dech]

Цитата:

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

        public void delete()
        {
            super();

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

            element.close();
        }

На форме PurchReqTable непонятное при удалении записи. Ок смирился что закрывают форму но зачем перед этим менять кнопки?

Возможно, до этого не закрывали форму, потом просто добавили close().

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

[axm2017]

На 365