Есть записи документа, если грубо, то код выглядит так:
****
SELECT SCHETA
SET ORDER TO KODDOK
SET KEY TO RANGE M_KODDOK,M_KODDOK
BROWSE
****
в BROWSE порядок получается так, как записи реально находятся в таблице. То есть при удалении записи и добавлении новой - новые попадают вниз.
Народ хочет их "двигать", чтоб на экране и при печати порядок был как им надо. Не алфавитный, а как в заказе клиента.

****
Есть простое решение?
Спасибо.



Исправлено 1 раз(а). Последнее : Maestro, 27.06.17 06:57

Поле "номер по порядку" и сортировка/индекс по нему

Как бы индекс то уже есть ..
Он установлен для работы SET KEY

Maestro

Вообще код специфический конечно. Версия случайно не FPD? Иначе применение BROWSE на мой взгляд не очень оправдано.
По поводу же изменения порядка записей на произвольный с дальнейшим его сохранением - в FPD когда-то применял такой несложный, но действенный прием, как добавление дополнительного поля в таблицу, при изменении пользователем порядка записей, запускается процедура, переписывающая в данном поле новую нумерацию записей. Естественно, нужно добавить еще и индекс по этому полю, и при необходимости включать именно его - при отображении или выводе на печать.

Собственно похоже про это уже и написал Дмитрий выше. Т.е. в составной индекс нужно просто добавить еще один тэг, который и активировать при необходимости.

SET KEY кстати не особо удачная команда по ряду причин.





Исправлено 3 раз(а). Последнее : Crispy, 27.06.17 10:57

Если это FoxPro for DOS, то нужен составной индекс, который будет включать в себя поле KODDOK + специально созданное поле сортировки. Можно порядковый номер строки, который сами пользователи будут менять

Вот здесь эта схема описана для Relation (связь(обычная)), но все то же самое можно делать и просто для таблицы, без "главной"

foxclub.ru

Соответственно, первая часть индекса по полю KODDOK обеспечит фильтрацию, а вторая часть - нужный порядок следования в рамках одного значения KODDOK

Хотя, конечно, логичнее было бы сделать выборку по указанному значению KODDOK, но для FoxPro for DOS в этом случае будут другие проблемы

Crispy
Т.е. в составной индекс нужно просто добавить еще один тэг, который и активировать при необходимости.

Зачем новый тэг, если достаточно дополнить новым полем индексное выражение для имеющегося?