Длинный код номенклатуры

[Valery]

Прошу совета.
Заказчик мигрирует с 1С на аксапту, но код номенклатуры хотел бы видеть в привычном виде. Т.е. предлагается в код записывать полное название номенклатуры - примерно 50 символов.
Могут ли быть какие-либо связанные с этим проблемы - падение производительности и т.п.?
Позиций в справочнике номенклатуры - 20 000.

Не стыдно такие вопросы задавать?

[Valery]

Нет. Не стыдно

[Gustav]

Цитата:

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

Не стыдно такие вопросы задавать?

Чего стыдно-то? Человек ПРОСИТ СОВЕТА.
ИМХО ничего страшного быть не должно. Другое дело - насколько будет удобно всё это видеть в формах и отчетах... А также вводить критерии поиска...
Вообще, заказчик рискует попасть в Книгу рекордов Гиннеса...

[kosenkov]

Цитата:

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

Не стыдно такие вопросы задавать?

IMHO, гораздо стыднее через пару месяцев после запуска задавать вопросы типа "Аксапта тормозит почему не знаю помогите люди добрые"

Мне кажется, возможные проблемы с производительностью могут быть связаны с тем, что поля на типе ItemId пронизывают весь модуль "управление запасами", полно индексов, условий и сортировок в запросах, а как вся эта кухня справится со строкой длиной 50 - вот вопрос. Понятно, что производительность системы снизится. Вопрос - на полпроцента за три года или пропорционально квадрату времени ?

[twilight]

Цитата:

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

Прошу совета.
Заказчик мигрирует с 1С на аксапту, но код номенклатуры хотел бы видеть в привычном виде. Т.е. предлагается в код записывать полное название номенклатуры - примерно 50 символов.
Могут ли быть какие-либо связанные с этим проблемы - падение производительности и т.п.?
Позиций в справочнике номенклатуры - 20 000.

Конечно, полно проблем будет, и размер базы возрастет, и скорость запросов уменьшится

А чем заказчику не нравится поле "Название номенклатуры"?

[Valery]

Цитата:

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

А чем заказчику не нравится поле "Название номенклатуры"?

Тем, что оно не во всех формах есть. И что по нему не везде есть поиск и фильтрация (например запрос "В наличии"). И что лукапы не по названию, а по коду

[Gustav]

Цитата:

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

Заказчик мигрирует с 1С на аксапту

2 Valery: А текущий 1С как с этим справляется?

[slava09]

Вот мой совет: по возможности убедите заказчика, не иметь полного названия номенклатуры в коде номенклатуры. У вас полное название 50 символов, в котором есть пробелы и может другие спец. символы, попробуйте сократить полное название до т.н. сокращенного, но чтобы смысл не терялся.
Практика показывает, что пользователей можно научить, при поиске в лукапе, перемещатся на полное наименование и искать по нему.
Если пользователи хотят видеть полные наименования в документах (заказы, закупки, складские журналы), то можете добавить дисплей показывающий полное наименование.
Попробуйте придумать систему сокращения полного наименования до короткого, так чтобы не терялся смысл.

[slava09]

Цитата:

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

Тем, что оно не во всех формах есть. И что по нему не везде есть поиск и фильтрация (например запрос "В наличии"). И что лукапы не по названию, а по коду

За формы я ответил.
Про лукапы: открываете лукап, нажимаете ТАБ и спокойно ищете по полному названию.
Пробуйте найти систему сокращений и убеждайте клиента

[Valery]

С кодировкой все понятно. На всех предыдущих проектах мы так и делали. Но тут просто задумались, а почему бы собственно и не увеличить код, если это будет без особых последствий...
С тем что это непривычно для внедренцев аксапты - понятно. Эстетически не очень красиво - понятно.
Но реальные минусы есть или нет? Если производительность упадет на 0,5% - не критично...

Попробуйте поменять и проверить что будет в отчетах при распечатках. Возможно их в этом случае придется дорабатывать (такое смутное подозрение).

[KSS]

Все печатные формы переделывать нужно будет.
Производительность явно не на полпроцента упадет. А проявится это не сразу, естественно, а с ростом базы.
Вообще при переходе с любой программы такой вопрос возникает.
С людьми просто общаться нужно - все через это проходили.
Реально - вопрос привычки. К тому же, можно название в пару форм добавить и будет все ОК.
Это легче, чем делать кучу модификаций, "попасть" на производительность, а потом все возвращать "взад" из-за того, что люди привыкли.

[Gustav]

Анекдот в тему:

- Официант! Мне, пожалуйста, хартенбраунгевратенштайзенгорбейстраут с колбаской!
- Хартенбраунгевратенштайзенгорбейстраут, простите, с чем?

P.S. Кстати, всего лишь 38 символов...

[KMV]

В стандартной Axapta больше 300 узлов (полей в таблицах, индексов построенных по ItemId). Если же абстрагироваться от Axapta, то использования ключевого поля с 50 символами в стольких таблицах и индексах не есть хорошо с точки зрения производительности.

[KSS]

Писят символов не хватит, кстати. Да и бредовая это идея, в общем-то...
К тому же, звездная функция "перейти к основной таблице" лажает, если в значении есть точка.

[Valery]

ОК. Всем спасибо. Будем напрягать клиента на разработку системы кодирования