Цитата:
Сообщение от
mazzy
Нет, не пугает.
Это реляционные таблицы и реляционные СУБД.
В курсе, раздел "простейшие одноклеточные"
Я скорее всего не совсем внятно выразился, не добавление , а его следствие пугает -
общее число уровней аналитики, используемых в проводках, возрастает более быстрыми темпами, чем
максимальное число одновременно используемых уровней.
Тип счета в общем журнале или группировка в профилях разноски ОС и номенклатуры - есть зло ? Может быть для работы ними с каждого типа счета/группировки создать отдельное поле ссылки согласно классике одноклеточного мира ?
Мое предложение расширяет уже используемую технологию с единичной ссылки до массива ссылок.
Цитата:
Сообщение от
mazzy
Еще один деятель... Только теперь предлагает использовать жестко заданный в коде enum вместо таблицы настроек.
Enum не в коде, он в AOT, и использовать его предлагается как раз в таблице настроек моделей(массив на основе этого Enum), определяя какой уровень складской аналитики ссылается на какой справочник. В дальнейшем, в создаваемых строках документов, где есть привязка к складской аналитике, упомянутый массив из модели складской аналитики, соответствующей номенклатуре строки документа, скопируется в соответствующий массив в InventDim и, согласно прописанных Relations, определит поведение lookup при выборе на соответсвующем уровне аналитики.
Где Вы его увидели Enum в коде и отказ от таблицы настроек складских моделей ?
Цитата:
Сообщение от
mazzy
Полей ему жалко, а 8тыс евро на инструменты разработки не жалко...
На MoprhX - не жалко, на Аксапту - иногда жалко
Цитата:
Сообщение от
mazzy
Какой блин, enum? Вы посмотрите на настройку групп складской аналитики и на то сколько там параметров? Куда эти параметры девать будете?
Вместо полей InventDimSetupItemDim - несколько полей с единым EDT-масивом аналогичной размерности на Enum NoYes в настройке группы складских моделей обеспечит идентичную функциональность настроек.
Цитата:
Сообщение от
mazzy
Какой блин, enum? Вы как выключать лишние при помощи конфигурационных ключей будете?
Никак, ибо их просто создавать не будут. Изначально 1 элемент в массиве - а дальше наращивание по мере потребности и наличия свободного физического уровня для каждой конкретной модели. А отключение некоторое время используемого уровня аналитики configuration key'ем у Вас и сейчас не выйдет, только отключением обязательности заполнения - физически он останется в базе, уникальный индекс не даст, а отключать уникальность нельзя, ибо чревато глюками.Так что тут паритет.
Цитата:
Сообщение от
mazzy
Какой блин, enum? Как секьюрити будете раздавать? Как RLS включать?...
Секьюрити на уровни аналитики складской ? Можно в студию пример бизнес-процесса, когда понадобится раздавать разный доступ на разные уровни ?
В одном заказе один менеджер выбирает цвет, второй менеджер размер, а знать, что выбрал другой, им не позволительно ?
Не представляю такой ситуации в принципе ...
А что с RLS не так ? Запрос при lookup на таблицы-справочники разрезов складской аналитики как строился согласно Relations на InventDim так и будет строиться, RLS как отрабатывал - так должен отработать.Настраивать RLS для строк документа, имеющих ссылку на складскую аналитику, в зависимости от ее значений ? Не всегда подобное необходимо, хотя если припрет - да, сложнее станет, но отнюдь не смертельно.
Цитата:
Сообщение от
mazzy
Какой блин, enum? Как индексы ставить будете?
ItemId, поле-массив Enum'ов, поле-массив ссылок - пока в ограничения платформы не упрется.
Такой вот , блин, enum.
Цитата:
Сообщение от
mazzy
Вы предлагаете механизм, похожий на механизм субконто в 1С:Бухгалтерии.
Вы пробовали администрировать этот механизм? Вы видели эти запросы?
7 лет администрирования Галактики с именно такой архитектурой аналитики. Видел запросы и писал сам. Сложнее , но не смертельно.
Вырабатывает дисциплинированность и внимательность.
Цитата:
Сообщение от
mazzy
Зла не хватает...
Симметрично. Особливо когда понимаю возможности платформы системы и сравниваю с тем, что и как на ней создано.
P.S.
Цитата:
Сообщение от
mazzy
Оптимизаторы, блин, хреновы...
Ужас-ужас-ужас!!! Ну, продумайте до конца свою идею... Программисты, блин...
Поменять мне, что ли, login на AxForum на "Оптимизатор Хренов" или "Программист Хренов" ?
Буду как один академик-атомщик на заре становления атомной отрасли, из-за секретности он был под псевдонимом Хренов. Вот поди потешался мужик, при отправке докладов в политбюро