Расширение Системного поля!!!

[Михаил Андреев]

Правильно в таких случаях данные проэкспортировать, изменить размер полей штатной процедурой Администрирование - Настройка - Система - Коррекция основных типов, произвести глобальную компиляцию и заново проимпортировать. Будет гарантия Но для MS SQL увеличение поля обычно безболезненно, если у типа данных выравнивание влево.

А куда "не влазят"? Может, проще выводить наименование туда, куда нужно, а не перекраивать всю систему?

[Ksju]

Вот например называется у меня НГ средства для стирки, а ширина поля позволяет ввести только СР_для_Стир, "для пользователей системы это не удобно!!!" -сказали нам, "Должно быть полное,а не сокрашеное название видно во всех формах,где используется поле НГ", "РАСШИРЯЙТЕ ПОЛЯ!!!!!!!!!!!!!!!!"

[mazzy]

если вы изменяли размер у типа, то ошибок быть не должно. Аксапта сама пересинхронизирует все объекты.

1. однако у самого типа itemGroupID...
2. ...свойство StringSize задисейблено,...
3. ...потому что тип itemGroupID унаследован от SysGroup
4. однако если вы поменяете свойство StringSize у типа SysGroup, то размер поменяется у очень большого числа типов, которые наследуют от SysGroup



Большие группы - большие индексы - а это может очень отрицательно сказаться на производительности.
Но так сделать можно.

======================
Вы конечно можете отвязать ItemGroupID от SysGroup. Но тогда вы должны обеспечить соместимость вручную. Все поля, куда может записываться ItemGroupID должны иметь такой же размер, как и ItemGroupID.
Так лучше не делать, если вы не знаете Аксапту досконально вдоль-и-поперек.

======================
И еще: а почему номенклатурные группы вы называете системным полем?

[mazzy]

Цитата:

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

Вот например называется у меня НГ средства для стирки, а ширина поля позволяет ввести только СР_для_Стир, "для пользователей системы это не удобно!!!" -сказали нам

Конечно неудобно. Делайте "СтирСредст"

Никогда не используйте спец.символов в наименованиях групп.

[Андре]

Более правильным решением является добавление на нужные вам формы дополнительного поля, в которое с помощью display-метода будет вытягиваться полное наименование.

[mazzy]

Цитата:

Сообщение от Андре

Более правильным решением является добавление на нужные вам формы дополнительного поля, в которое с помощью display-метода будет вытягиваться полное наименование.

пользователи искать/фильтровать по display-методу не смогут.

[Михаил Андреев]

Цитата:

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

пользователи искать/фильтровать по display-методу не смогут.

В данном случае, это не проблема - подцепить в запрос таблицу и на неё повесить нужный фильтр несложно.

[mazzy]

Цитата:

Сообщение от Михаил Андреев

В данном случае, это не проблема - подцепить в запрос таблицу и на неё повесить нужный фильтр несложно.

так придется сделать на всех формах и на всех отчетах, где используется ItemGroupID.
А это "закат солнца вручную"
Но и так, конечно, можно сделать.


Вроде альтернативы реализации "lookup в другую таблицу" обсуждались неоднократно.
Ключевые слова: lookup, лукап, разыменование

[Андре]

Цитата:

пользователи искать/фильтровать по display-методу не смогут.

Я знаю Пользователи перейдут к основной таблице и поищу там. Или в lookup-форме, если она есть на этой форме.

А раскорячить SysGroup до 250 символов я считаю издевательством над системой

[mazzy]

Цитата:

Сообщение от Андре

А раскорячить SysGroup до 250 символов я считаю издевательством над системой

Согласен про 250 символов и издевательство.
Но до 20, например, увеличить вполне можно.

[Ksju]

Цитата:

Пользователи перейдут к основной таблице и поищу там. Или в lookup-форме, если она есть на этой форме

Переход к основной таблице не вариант для нас, поскольку это "трудоемкий процесс для наших сотрудников" так что нет. lookup, увы, тоже не совсем то что нам надо!!

[Ksju]

Цитата:

"закат солнца вручную"

Очень улыбнуло!!!