Отделить поля InventDim

[Player1]

Как отделить стандартные поля аналитики - InventColor, InventSize,..., от тех что были созданы и задействованы в процессе внедрения (ну какой-нибудь материал например)?
В голову приходит только сравнение по ID-полей, но как-то не красиво.

[GBH]

А сравнение по слоям?

[Player1]

Цитата:

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

А сравнение по слоям?

Дак тоже самое получается что и по ID: создано в sys с ID = 1,2,3...; потом одно поле в gls с ID на 16000; ну и остальные в usr на 50000.

[S.Kuskov]

Цитата:

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

В голову приходит только сравнение по ID-полей, но как-то не красиво.

Это не решение не красивое, а задача

Для чего это вам?

[Player1]

Цитата:

Сообщение от S.Kuskov

Это не решение не красивое, а задача

Для чего это вам?

Если в общем - для модуля который будет проверять "правильность" аналитик в системе (будет запускаться в Ах 3 и 4), в связи с большим ростом таблицы из-за ... ну так скажем не качественного внедрения. После получения каждого поля аналитики в цикле будет переход к расширенному типу, чтение свойств, анализ, сравнительные цифры...

Если более конкретно - сравнил стандартные поля аналитики в Ах 3 и 4, вроде они одинаковы. Я готов перечислить их в switch{case}, чтобы остальные (новые) получились в switch{default} и в связи с этим немного меняю вопрос - они действительно одинаковы? и быть может есть класс которым можно получить список этих полей?

[RVS]

Цитата:

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

Если в общем - для модуля который будет проверять "правильность" аналитик в системе (будет запускаться в Ах 3 и 4), в связи с большим ростом таблицы из-за ... ну так скажем не качественного внедрения. После получения каждого поля аналитики в цикле будет переход к расширенному типу, чтение свойств, анализ, сравнительные цифры...

Если более конкретно - сравнил стандартные поля аналитики в Ах 3 и 4, вроде они одинаковы. Я готов перечислить их в switch{case}, чтобы остальные (новые) получились в switch{default} и в связи с этим немного меняю вопрос - они действительно одинаковы? и быть может есть класс которым можно получить список этих полей?

Коллега,

Ваш пост напомнил цитату из "Собачьего сердца", на тему - где именно .. беспорядок..привести, или - сами найдете?

Что видно из вашего, достаточно беспорядочного, поста :

- было внедрение.. "не качественное" (пишется вместе, кстати.. ну, ладно)..
- вновь внедренные аналитики - разбежались уже везде, где только могли.. (я - про значения аналитик сейчас, а вовсе - не про поля..)

Вот мне лично - этого уже достаточно, чтобы "не ломать работающую систему.."

Тоталь :

- либо вы .. невнятно изъясняетесь на теиу "что есть, и что хотим получить". Тогда - добрый совет, - постарайтесь все же.. внятно..
- либо - я чего-то не понял из того, что Вы сказали.. ну, объясните - постараюсь (-мся) помочь..

NP

[Player1]

Цитата:

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

Вот мне лично - этого уже достаточно, чтобы "не ломать работающую систему.."

Тоталь :

Ломать никто и не собирается, нужно прекратить дальнейшее формирование "некачественных"(вместе) аналитик.

Тоталь дак тоталь:
- в таблице аналитики несколько полей которые не используются вообще, ну а как сами понимаете место занимают.
- поле партий заполняется номерами заказа, а не партиями. И когда создается возврат продукции, то формируется новая аналитика с новым номером заказа (заказа на возврат), а по-идее просто могла браться аналитика с той же первоначальной партией.

[sukhanchik]

Цитата:

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

Тоталь дак тоталь:
- в таблице аналитики несколько полей которые не используются вообще, ну а как сами понимаете место занимают.

Повесьте на эти поля выключенный конфиг ключ и дело с концом. Учтите только, что (хотя для АХ 3 и 4 это неактуально), к примеру, в АХ 2009 аналитика Профиль учета все равно должна быть активной при использовании функционала таможенного журнала. Ну или докодивать надо. Т.е. мораль: после выключения аналитик - надо проверить работоспособность системы.

Цитата:

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

- поле партий заполняется номерами заказа, а не партиями. И когда создается возврат продукции, то формируется новая аналитика с новым номером заказа (заказа на возврат), а по-идее просто могла браться аналитика с той же первоначальной партией.

Штатно идет связь по номеру возвращенного лота (есть такое поле в строках заказа на продажу) для продажи. А для покупки - предполагается маркировка возвратного заказа на исходный.
Я так понимаю - номера партий у Вас пробиваются при покупке кодом заказа на покупку (если я ошибаюсь - поправьте меня). При подборе товара на возврат - пользователь должен каким-то образом указать - какой товар возвращается.
Тут я бы рекомендовал использовать не номера заказов на покупку в номере партии, а номера накладных. Это позволит осуществлять частичную приемку товара по одному заказу.

А при продаже - все равно указывается номер возвращенного лота. Это более точная информация - и по номеру возвращенного лота можно однозначно определить номер заказа на продажу (если у Вас в партии вдруг сидит номер заказа на продажу).

[Pustik]

Цитата:

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

Коллега,

Ваш пост напомнил цитату из "Собачьего сердца", на тему - где именно .. беспорядок..привести, или - сами найдете?

Что видно из вашего, достаточно беспорядочного, поста :

- было внедрение.. "не качественное" (пишется вместе, кстати.. ну, ладно)..
- вновь внедренные аналитики - разбежались уже везде, где только могли.. (я - про значения аналитик сейчас, а вовсе - не про поля..)

Вот мне лично - этого уже достаточно, чтобы "не ломать работающую систему.."

Тоталь :

- либо вы .. невнятно изъясняетесь на теиу "что есть, и что хотим получить". Тогда - добрый совет, - постарайтесь все же.. внятно..
- либо - я чего-то не понял из того, что Вы сказали.. ну, объясните - постараюсь (-мся) помочь..

NP

просят помощи, а не критики

[mazzy]

Цитата:

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

в связи с большим ростом таблицы из-за ...

я согласен с sukhanchik - повесьте конфиг и выключите его
но при этом возможно нарушение уникальности индекса.

сперва стоит почистить inventDim от неиспользуемых записей
http://forum.mazzy.ru/index.php?showtopic=3668

[RVS]

Цитата:

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

просят помощи, а не критики

"В правильно сформулированном вопросе содержится ... большая половина ответа" )

Очень хорошая статья "в тему", кто не читал - рекомендую : http://russian.joelonsoftware.com/Ar...gTracking.html

[Player1]

Цитата:

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

я согласен с sukhanchik - повесьте конфиг и выключите его
но при этом возможно нарушение уникальности индекса.

сперва стоит почистить inventDim от неиспользуемых записей
http://forum.mazzy.ru/index.php?showtopic=3668

Ну вот оказывается не всё так просто, а я уж хотел действовать после подсказки sukhanchik ))

Вот давно читал эту тему про неиспользуемые записи и вот совсем незахотелось этим заниматься ))

Первоначальный вопрос был про программное отделение полей, я понял что ничиго такого нет. Далее уважаемые коллеги дали понять что возможно что я двигаюсь в неправильном направлении. У меня дальнейший план действий теперь есть и тему впринципе можно не обсуждать. Но если есть желание пообсуждать уменьшение именно "ширины" аналитик (размер каждой записи, а не кол-во записей вцелом), то выслушаем думаю с удовольствием. Приведу еще один пример из наших аналитик, по моему мнению это тоже плохо:
- расширенный тип одной из аналитик - строковый на 40 символов. По сути используется максимум 20 символов. Сразу отмечу что это не номерная серия и рости со временем длина не будет, это обычный справочник.

[sukhanchik]

Цитата:

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

Ну вот оказывается не всё так просто, а я уж хотел действовать после подсказки sukhanchik ))

Да, совершенно верно - я забыл упомянуть про нарушение уникальности.

На самом деле помимо данных есть более серьезная задача - убедиться, что после выключения аналитик - код будет отрабатывать корректно.
Т.е. речь идет о том, что если разработчики в коде вместо макроса #InventDimExistJoin (или ему подобных) прописывали аналитики в select-е "в лоб", т.е. напрямую указывая их названия и не проверяя через InventDimParm их активность - то Вы сможете столкнуться с тем, что после отключения аналитики - у Вас будет идти некорректная выборка данных (например, значение номера партии будет браться непустое, в то время как в выборке оно всегда будет пустым, т.к. этого поля физически не будет в таблице)