|
![]() |
#1 |
Участник
|
Необходимо, поскольку ваша хотелка нарушает несколько основополагающих принципов.
Можно, но не нужно. См. как сделана нумерация русских ОС в зависимости от группы. Цитата:
![]() Дальнейшие сложности связаны с тем, что вы делаете свою базу ненормализованной. Цитата:
Насколько я понимаю, первые три символа - это некая группа. Дык, вот. Не парьтесь. Просто добавьте еще одно поле (группа/подгруппа) или два поля (группа/подгруппа). Пусть пользователи вводят этот признак в отдельные поля. У вас сразу появится возможность сортировки, отбора, переименования групп/подгрупп. Вы сможете управлять индексами по этим полям, Вы сможете... Вы сможете.... Вы сможете использовать все богатство возможностей реляционных баз данных. (Ищите на форуме темы про составные ключи и нормализацию) Если вам нужно выводить на печать, то сделайте метод, который будет выводить не одно поле Код, а строку из двух-трех полей (Группа-Подгруппа-Код). Ни в коем случае не делайте display-метод для вставки в формы. Потеряете возможность отбора, сортировки. ========== Если вам так хочется подчиненную нумерацию внутри групп, то рисуйте форму создания (типа создания заказа) в которой запрашивайте сначала группы/подгруппы, а потом создавайте номер (см. нумерацию в русских ОС). НО!!!! подчиненная нумерация - коварная штука. Что вы будете делать, если номенклатуру надо будет перенести в другую группу/подгруппу? ================== рекомендация: 1. не мучайтесь с составным кодом, а добавьте несколько полей для группировок 2. не мучайтесь с подчиненной нумерацией, оставьте уникальность в пределах всего справочника 3. добавьте метод, который печатает составной код в отчетах 4. добавьте relationы и поля групп в формы, где пользователи видят список номенклатуры и хотят отбирать группы. Читайте http://axapta.mazzy.ru/lib/tree/ http://axapta.mazzy.ru/lib/tree2/ http://axapta.mazzy.ru/lib/tree3/ |
|
Теги |
иерархия, нумерация |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|