После переиндексации базы форма списка справочника работает нормально, то есть по всем признакам - кривой индекс по наименованию 

Взял новый драйвер VFP OLEDB 9.0 sp2 от 15.10.07. Строка соединения такая, как советуешь, с Collating Sequence  = MACHINE. эффекта никакого. Причем, в форме списка у меня есть SQL поиск наименованию или артикулу, так вот запросом c LIKE я нахожу требуемые позиции из этого справочника, предлагаю выбрать одну и затем пытаюсь позиционироваться на выбранной с помощью АктивизироватьОбъект. Позиционирования не происходит на тех позициях, которые в проскакиваемых при листании блоках. Более того, если листать форму списка в обратном направлении, то вообще косяки, их трудно описать, но скроллигн косячит. При сортировке списка по коду все чудесно.
И попутный вопрос, как вставлять в справочник записи, чтобы он не распух. DELETE лишь помечает на удаление и при следующей вставке новые записи добавлябтся и приемник пухнет. У меня что-то нет никакой идеи

Попробуй полностью удалить CDX и переиндексировать.
Вообще с FPD на sql.ru много проблем описано с заголовком ДБФ и индесами.
Проведи тестирование ИБ - 1С пишет где неправильно сформировано наименование.

Цитата:


Если Delete Fox-ом или полное удалением 1С-ом (а не только пометка), то следующие записи пишутся на месте удаленных.
Т.е. пухнуть никак  не должен.

Я DELETE делаю прямым запросом, перед вставкой выборки. Вот еще загадка. Когда я средствами 1С предварительно перед запросом стал чистить справочник, то 1С устойчиво вылетала на одной позиции группы "Невосстановимая ошибка бд". Удалал, кладя в список и затем уже проходя по нему и находя элементы. Причем соритировка была по коду, а позиционировался НайтиЭлемент(). После переиндексации справочник успешно чистился. Прямям просмотром таблиц в фоксе не нашел в этой позиции ничего отличного от других

В базе под MS SQL 2000 все работает, никаких косяков, там правда скроллинг чуть иначе отрабатывает, но все нормально

Дай ссылку на нормальный, проверенный драйвер? Под SQL все пашет, но у иеня были случаи, что с одним и тем же косяком поведение разное в DBF и скуле. Поля все проверял, щас еще буду смотреть

Мне кажется, что подобная тема уже была. И там также ни к чему не пришли (
а с помощью 1sqllite не вставишь данные в таблицы 1С

основной кусок кода вот:
//  Удаляем старое содержимое      
     MW  = СоздатьОбъект("MetaDataWork");
    ТабDst = MW.GetRefTableName(Справочник);
     ТекстЗапроса = "DELETE FROM " + ТабDst;
     SQLComm.ExecuteStatement (ТекстЗапроса);                              

//  Поля источника      
     СписокПолей = "Id,Code,Descr,IsFolder,IsMark,ParentId,VerStamp,";
     СписокПолейSrc = СписокПолей;
     КолПовт = СписокПолейОбяз.РазмерСписка();
     Для Поз = 1 По КолПовт Цикл
           Идентификатор  = СписокПолейОбяз.ПолучитьЗначение(Поз);
           СписокПолейSrc = СписокПолейSrc + "SP" + MW.GetRefFieldId("Номенклатура",Идентификатор) + ",";
     КонецЦикла;      
     СписокПолейSrc = СписокПолейSrc + "Id";
     СписокПолейSrc = СтрЗаменить(СписокПолейSrc, "ParentId", """     0   """);
     
//  Поля приемника      
     СписокПолейDst = СписокПолей;
     Для Поз = 1 По КолПовт Цикл   
           Идентификатор  = СписокПолейОбяз.ПолучитьЗначение(Поз);
           СписокПолейDst = СписокПолейDst + "SP" + MW.GetRefFieldId(Справочник, Идентификатор) + ",";
     КонецЦикла;                     
     СписокПолейDst = СписокПолейDst + "SP" + MW.GetRefFieldId(Справочник, "Номенклатура") + ",";
     СписокПолейDst = СписокПолейDst + "SP" + MW.GetRefFieldId(Справочник, "Остаток") + ",";
     СписокПолейDst = СписокПолейDst + "SP" + MW.GetRefFieldId(Справочник, "ОстатокПоФирме") + ",";
     СписокПолейDst = СписокПолейDst + "SP" + MW.GetRefFieldId(Справочник, "Цена");

     ТекстЗапросаОстаткиФирма = ТекстЗапросаПоОстаткам(1);
     
//      Запрос на вставку выборки в приемник                           
     ТекстЗапроса = "INSERT INTO " + ТабDst + "
                          |(" +  СписокПолейDst + ")
                    |SELECT " + СписокПолейSrc + ",0.00, 0.00, 0.00
                          |FROM $Справочник.Номенклатура Ном
                          |WHERE 1 = 1";
                          
     Если ТолькоСОстатками = 1 Тогда                           
           ТекстЗапроса = ТекстЗапроса;
           ТекстЗапроса = ТекстЗапроса + " AND                  
           |  (Ном.Id IN (SELECT SOst.Id FROM (" + ТекстЗапросаОстаткиФирма + ")SOst))";
     Иначе
           Если ПустоеЗначение(ВыбТМЦ) = 0 Тогда
                 ТекстЗапроса = ТекстЗапроса + " AND
               |(Ном.ParentId = :ВыбТМЦ)";
           КонецЕсли;      
     КонецЕсли;          

//      Сообщить(ТекстЗапроса);
     SQLComm.SetTextParam ("ДатаИтогов", ДатаИтогов);
     SQLComm.ExecuteStatement (ТекстЗапроса);                              
     

А то, что драйвер добавляет в индексный файл свой  тэг по IDELETED , это может быть принципиальным? Ведь формально посде этого структура индексов не соответсвует словарю 1СV7.MD

По поводу запросов - попробуй везде использовать псевдонимы
типа

DELETE тОстатки FROM "+ТабDst+" as тОстатки

и тоже с UPDATE
http://www.1cpp.ru/forum/YaBB.pl?num=1223527883/11#11

P.S. Если запросы в модуле, то в строке подключения должно быть
TABLEVALIDATE =0;
отключает блокировку заголовку таблиц штатным способом ()

я же ParentId обнуляю пустым значением:
     СписокПолейSrc = СтрЗаменить(СписокПолейSrc, "ParentId", """     0   """);
с ним все нормально, я смотрел в базе. Еще непонятно, почему до и после переиндексации разный порядок следования индексных тэгов. После ререиндексации - как в словаре, а сразу после вставки записей в справочник - отличается. Хотя тэги именованные, но вдруг тут загадка

Да , задачка ....
Есть еще одна идея - поиграться
SQLComm.ExecuteStatement("Exec('SET DELETED OFF')")
или
SQLComm.ExecuteStatement("Exec('SET DELETED ON')")
после инициализации SQLComm.
Вдруг фоксу нужно и индекс IDELETED обновлять при вставке...

Цитата:

Еще информация, пока малопонятная для использования, но сужающая круг поиска.
- Родной CDX файла справочника при первой вставке - 87040. Форма списка глючит
- Делаю в фоксе VFP 9.0  REINDEX таблицы. CDX - 73216. Форма списка глючит.
- Делаю переиндексацию в 1С.  CDX - 73216. Форма списка работает нормально.
- Ещке раз делаю в фоксе REINDEX таблицы. CDX - 73216. Форма списка опять глючит.
Вот такие пироги. То есть дело явно в OLEDB, точнее даже в фоксе но что не так, щас фактически надо понять и довести таблицу до ума  в самом фоксе. Индексы получаются разные в 1С и фоксе

Провел тест.
В конфигураторе копируем справочник номенклатуры, вставляем -
получается спр Номенклатура1

Запускаем тест : очистка Номенклатура1 и заполнение из спр Номенклатура.

Никаких глюков не нашел

AAA_CHEL писал(а) 20. Апреля 2009 :: 11:36:


Там тест я выложил универсальный .
Проверь на своей тестовой базе - пройдет или нет.

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

Возьми проблемный элемент - вручную перепиши наименование -
отобразится в спр или нет

После переиндексации работает и справочник, закачанный твоей обработкой

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


Так на что я поменяю до переноса? Я не знаю, может есть невидимые символы, я уже удалил "№", но без толку. У самих таблиц 1С нет кодовой страницы. Я брал типовую, посмотрел щас в других базах, там тоже нулевая. Визуально в файле все отлично, когда сортировка по коду, то вообще все работает, а по наименованию, не то что конкретные позиции не показываются, а глючть форма списка и поиск. Штатный поиск биноклем может искать позицию, при следующей выборке может не искать.

Итак, что мы имеем:
1 - Родной справочник "Номенклатура" (SС84) - форма списка работает как надо, никаких претензий
2 - делаем дубль справочника и вставляем в него все записи прямым запросом. Форма списка нового справочника - глючит
3 - Переиндексируем базу или одну таблицу нового справочника средствами 1С - форма списка нового справочника начинает работать
4 - Переиндексируем в VFP 9.0  всю таблицу нового справочника или только тэг DESCR = UPPER(DESCR). форма списка нового справочника перестает работать
5 - может быть самое интересное, а может быть и самое банальное, потому как так и должно быть: Переиндексируем  в VFP 9.0  всю таблицу исходного справочника SC84. Его форма списка как работала, так и работает

Значит косяк именно во вставке? При этом строится кривой индекс? Но не верю, что старик VFP не умеет строить индексы, этому он многих научит

AAA_CHEL писал(а) 20. Апреля 2009 :: 16:31:

Да, тут ты прав. Спроси у Саши Орефкова, он уже натыкался на эти проблемы при создании 1sqlite, в частности: http://www.1cpp.ru/forum/YaBB.pl?num=1214205575/480 . Так что спрашивай либо у него, либо бери исходники этого добра здесь: http://code.google.com/p/sqlite1c/ (хотя не знаю, что тебе это даст)

Запрос на группы кривит после фоксовой переиндексации SС84

возможно проблема в индексе IDELETED ?
Нельзя ли поиграться с параметром Deleted при подключении?
leov-001 писал(а) 24. Марта 2009 :: 05:34:

После удаления переподключиться стандартно.

Еще вариант удаления

 SQLComm.ExecuteStatement ("Exec('USE SC6323 IN 0')");
    SQLComm.ExecuteStatement ("Exec('DELETE FOR 1=1')");
 

вместо SC6323  - свой справочник