Закачал твоей обработкой весь справочник успешно, все группы, при пролистывании этой группы с сортировкой по наименованию тот же косяк. Блин, какая то  лажа с наименваниями. Я их закачивал из доса, применяя при загрузке в таблицу значений OEMTOANSI. а затем уже создавал в 1С элементы справочника Номенклатура

Истина бродит где-то уже совсем рядом ...

kiruha писал(а) 20. Апреля 2009 :: 12:01:

Так при сортировке по коду вообще все работает, я так понимаю что выборка сбивается при сортировке по наименованию, так по нему строится кривой индекс

Это я предлагал поменять наименование в спр Номенклатуры до переноса -
ты же пишешь что только часть не отображается. Вдруг проблема в символах ?

Кстати

ТЗ=SQLComm.ExecuteStatement ("CPCURRENT()");  
ТЗ.ВыбратьСтроку();

показывает 1251 ? (Текущая кодировка)
Похожие глюки удалось воспроизвести при 1252

Да, показывает 1251

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

Я поторопился, косяки остались, но в той группе, которая обычно тестировалась, явно не видны. В другой большой группе видно сразу. Причем после 1с переиндексации список листается ровно и плавно, а сразу после вставки даже визуально как-то дергано.
Видимо все-таки дело в моих данных, так как после переиндексации криво работает вот такой простой запрос по выбору групп:
     ТекстЗапроса = "SELECT  $Ном.КодГруппы    AS [КодГруппы    $Строка],
                          |            Ном.Id            AS [Группа       $Справочник.Номенклатура]
                          |FROM   $Справочник.Номенклатура Ном
                          |WHERE  Ном.IsFolder = 1
                          |ORDER  BY $Ном.КодГруппы"; 

     ТВсп = Запрос.ExecuteStatement (ТекстЗапроса);      
     ТДат.Загрузить(ТВсп);
     
     ТДат.УстановитьПараметрыКолонки("КодГруппы", "Строка", 3,0, "Код", 5);
     ТДат.УстановитьПараметрыКолонки("Группа", , ,, "Группа", 60);

Точнее, он работает, но вместо группы пишет "Объект не найден", я уж было подумал что что-то удалил, но самое прикольное, что нужная группа правильно выбирается из ТЗ на форме выбора группы. То есть в запросе ТЗ типизируется криво, а выбранная "несуществующая" группа правильно возвращается и подставляется в основной, большой запрос. Я уже ничего не понимаю. Есть какой-то изьян. Уж этот запрос на группы невинный и полностью зависит лишь от sс84, которая почему "кривится"  после переиндексайии VFP

Установлено точно:
- Индексы портит прямой запрос DELETE FROM ..
Я заменил вставку записей в справочник прямым запросом на выборку в таблицу значений и затем в транзакции обычное добавление элемента средствами 1С. По скорости почти не видно проигрыша. Но формы списка некоторых групп продолжали косячить, причем одна просто зацикливалась, сколько я не прокручивал 450 элементов не мог прокрутить. Причем в одном случае по моему в таблице даже не было удаленных элементов, просто 1ч на место удаленных записала новые. Вот такие чудеса. Убрал DELETE, удалил средствами 1С. Теперь косяков пока не заметил, да и вроде нет причин. Остается проверить, а вдруг INSERT будет работать без DELETE перед ним.
Конечно коряво, имея в руках инструмент прямых запросов писать Объект.Новый() и заполнять, но что поделаешь ))