Djelf писал(а) 22. Августа 2022 :: 11:23:

    Спасибо и за эту подсказку. Я это уже увидел когда пытался собрать из исходников библиотеку(в исходниках есть старые версии). А до момента с 1с/bin я не дошёл т.к. собрать не получилось даже версию 2.4. Всё время чего-то не хватало для сборки. Попробовал 4.0.0 версию, а там ещё больше зависимостей.

Djelf писал(а) 23. Августа 2022 :: 07:40:


Спасибо большое. Было время сегодня попробовать эти подсказки(правда на домашнем компе с Вин10).
Каталог установился только в следующей редакции:
ФС.УстТекКаталог(КаталогПрограммы());
т.е. если его указывать вручную, то так:
ФС.УстТекКаталог("d:\1C\BIN\");
А вот дальше не пошло. Всё равно, после команды
SELECT load_extension('mod_spatialite');
выскакивает сообщение:
{Обработка.ИмпортНакладных.Форма.Модуль(429)}: Не найден указанный модуль.
  Попробую ещё сегодня эти хинты на работе, там компы все с XP.

    Здравствуйте, Djelf!

  Я похоже рано обрадовался. На win10 всё работает прекрасно, а на XP вываливается следующее сообщение:
Запрос.ВыполнитьЗапрос("SELECT load_extension('mod_spatialite');");
{Обработка.ИмпортНакладных.Форма.Модуль(398)}: Не найдена указанная процедура. 
  Для проверки работоспособности загрузки расширений на XP, я загрузил strmatch.dll. Загрузка прошла штатно, без вылета. Похоже новая версия  mod_spatialite для XP слишком новая. Поэтому у меня к вам тот же вопрос: "Не осталось ли у вас где-нибудь в архивах старой версии libspatialite?"

Djelf писал(а) 28. Августа 2022 :: 12:58:


    У меня сам импорт идёт из .odt(Создаётся Файнридером .odt потому что Файнридер у меня хотя и купленный в .doc временами сохраняет криво. Вместо букв краказябры). Хотя конечно-же работает импорт из dbf, из xls и doc и их современных вариантов.  Но не в этом дело. Товар приходит от множества поставщиков и у каждого из них один и тот же товар называется по разному. Причём иногда это название различно до неузнаваемости.
Поэтому приходиться держать множество внешних файлов соответствия формата dbf(по одному на поставщика) для занесения туда информации о соответствии моих наименований с конкретными наименованиями поставщика. 
  Что мне требуется читать сейчас? Когда приходит например новая палитра лаков для ногтей из 150 тонов. Название всех этих 150 наименований отличается только номером тона(иногда к нему добавляют название цвета), то вводить вручную 150 новых соответствий не очень удобно.
Я внутренними средствами 1с сделал, что в этом случае система после ввода первого соответствия(по моей команде) остальные соответствия во внешнюю таблицу dbf заносит сама автоматически находя похожее соответствие. Точно также и во внутренний справочник Номенклатура(у меня все эти 150 тонов это одно наименование. Номер тона, название тона и штрихкод(если есть) загружаются в подчиненный справочник).  Но внутренние средства 1с работают, когда номер тона находится в конце названия. Однако в последнее время многие поставщики стали практиковать то что номер тона находится в середине названия. И тут xBase приходит в ступор и либо вообще не находит ничего в таблице соответствия либо выдаёт непредсказуемые результаты. Поэтому я и попробовал spatialite. Гружу файл соответствия в виртуальную таблицу. А дальше нужный результат ищу SQL запросом. Попробовал. Результат превзошёл все ожидания. Правда пока на win10. Завтра буду пробовать на XP spatialite 4 версию. Спасибо.
PS Конечно проще всего было бы если бы можно было таблицу значений 1с загружать в виртуальную таблицу. Тогда и spatilite был бы не нужен. Тогда всё это выглядело бы так xBase в ТЗ. ТЗ в Виртуальную. Но я мало знаком с 1sqlite и не знаю есть ли такая возможность.

     Спасибо большое за подсказки. Буду изучать. Т.к. мой импорт(в существующем виде) мне ещё 20 лет назад написала программист под заказ, а тогда ещё не было ни 1cpp ни 1sqlite.  Год назад у меня появилось время привести его реализацию к современным требованиям. Так как делаю это в свободное от работы время, то этот год ушёл на реализацию автоопределениея полной структуры импортируемой накладной(в том числе номера колонок, положения колонок и разделителей колонок в таблице, строк шапки и дна). Особенно это необходимо после фанридера, когда на ней стоят птички при приёмке товара и фанридер выборочно(не в каждой строке) добавляет на птичках новую колонку, либо может добавить колонки если принтер поставщика полосатит, либо если колонки сфомированы не сплошной вертикальной линией, символами типа | или I(здесь фанридер тоже может колонки создать по разному) а также успел сделать автоопределение Наименования поставщика даже если его реквизитов нет в накладной(это нужно также для доступа к соответствующей таблице соответствия) Сейчас уже могу двигаться дальше. Поэтому с большим интересом прочитал форум в этой ветке. Спасибо вам за ваш труд. И своевременные подсказки))

Это 4я версия билиотеки. Проверил в VirtualBox - в Хрюше грузится.
На Хрюше ФС.УстТекКаталог не работает, придется мусорить в 1с/bin или в system32.

         Попробовал на реальной XP: ФС.УстТекКаталог - работает. Все интерфейсы грузятся без проблем. Однако столкнулся с другим глюком - перестала работать функция LIKE в запросе. На вин 10 работает, а на XP ничего не находит и выдаёт пустую тз на выходе. Сама виртуальная таблица dbf заполняется полностью всем товаром из файла, т.к. запрос со звездочкой выдаёт все записи из файла dbf. Для успокоения совести попробовал вариант без ФС.УстТекКаталог и с замусориванием BIN 1с содержимым папки mod_spatialite. Ничего не поменялось. Самое интересное, что с внутренними dbf 1c(без спатиалайт) LIKE на XP работает прекрасно.   

тз/сз легко перегонятся в базу sqlite, мануаль от Орефкова на преждем месте: https://snegopat.ru/downloads/1sqlite/ файл doc_1023.zip там все хорошо описано.
Это метод SQLiteBase: УложитьТЗ(ТЗ, ИмяТаблицы, [КакПостоянную]).
 
      Попробовал. Этот вариант работает и на 10 и на XP. Пробовал с xBase, но сюда прямо так и просится драйвер fox. В общем остановился на этом варианте. Спасибо за помощь!      

Djelf писал(а) 28. Августа 2022 :: 19:05:


      Попробовал засунуть dbf файлы в базу sqlite как постоянную(в виде файла) Сделал запрос, поиск конкретного наименования во всех таблицах в базе sqlite. Результат в ТЗ отобразился почти мгновенно. Сделал похожий запрос с файлами dbf - перебор всех dbf файлов, импорт каждого во временную таблицу sqlite c помощью xBase, Запрос конкретного значения из временной таблицы sqlite. Дальше заполнение ТЗ с помощью встроенной в 1с функции Заполнить. Итоговый результат в ТЗ отображается через 6сек.  Не знаю может я во втором случае намудрил. Наверное проще было все файлы уложить в одну временную базу sqlite и затем одним запросом. Но не думаю, что было бы быстрее.   В общем Ваше предложение понравилось. Ещё раз спасибо.