База Комплексная автоматизация, файловая, 8.1. Среднее число пользователей - 10. Нужно выполнить поиск вхождений определенной строки в комментарий документов "Заказ покупателя" за весь период. За весь период документов "Заказ покупателя" в базе около 30000. Вот думаю как сделать: либо использовать объект Полнотекстовый поиск, либо старый-добный запрос с ПОДОБНО? Кто пользовал полнотекстовый поиск, как думаете, как быстрее будет?

однозначно быстрее. а запрос с ПОДОБНО умрет.

забыл проголосовать

(1) а как же "все делайте запросами!? или 1с-ники как всегда - пофиг на все?
(0) если база конфетка, все ТиИ с ней делаются, номенклатура вся такая четкая да грамотно введенная, комментарии - образцы формализации, индексация так вообще каждый день - то рули поиском.
А вообще быстрее запросов в 1с нет ничего - ни якобы встроенных поисков, ни "типа вот механизм виртуальных таблиц для запросов", ни прочих "изысков" для чоскалей-отстатыщников.

(0) полнотекстовый однозначно

(0) Это же разовая операция, мои юзеры с такой просьбой даже постеснялись(побоялись) бы мне звонить, руками все 30 тыс. бы перелопатили :)

(5) даже не парься, 30000 документов это ничто. ПОДОБНО в момент найдет.

(0) а поле комментарий - иногда бывает типа строка неогр длины
- запрос с ними не работает !

Ексель + автофильтр

(7) преобразуешь в строку 500

(5)(8) это не разовая операция, нужен сервис поиска. И пользоваться им будут операторы часто. При забитии каждого нового заказа, нужно проверить комментарий.

(7) работает

(10) тогда полнотекстовый не вариант совсем.
может им галку лучше сделать? а не строку искать

учти что полнотекстовый поиск не обновляется сам по себе

(13) Он обновляется рег. заданиями. В туповых. Даже если нафиг не нужен.

А вообще - классная фишка, только надо уметь пользоваться.

надо уметь пользоваться-> знать что он есть и донести "вкусноту" пользователям.

Технология полнотекстового поиска: wiki:Language_Integrated_Query
Класические запросы: wiki:SQL

Сначала разберитесь в чем технологии различаются, потом дискутируйте.

(16) а при чем тут LINQ? его в 1С совсем нет

Чето это я тоже невкурил про LINQ какой-то.

если SQL - однозначно полнотекстовый

но в сабже файловая - по этому проще проверить чем гадать

А что, MS уже купила 1С? не знал..
Language Integrated Query (LINQ) — проект Microsoft по добавлению синтаксиса языка запросов, напоминающего SQL.
Наверное, Павлу показалась интересной идея "а раз взяли у MS её SQL - а чтобы не взять и LINQ??" ))

Сорри, на аббревиатуру повелся... Имел ввиду алгоритм поиска обратных индексов. В вики на русском нет.

(13) Знаю. Сделаю ежедневное обновление индексов, последний день нам не критичен. Нужен поиск именно в старом архиве.
До этого полнотекстовый был вообще не настроен, сейчас запустил индексацию, база висит уже час. Если убить, как думаете, не гакнет база? А то делаю прямо на живом.

(22) пока висит -  поставь УТ 11,
в ней полнотекстовый в подбор вынесен

(22) ха-ха... если б не было так грустно..
про "запустил и висит уже час" - скажите москалям-"отстатыщникам". Пусть опыта набираются, что ли...

2(22) индексы полнотекстового поисках хранятся не в базе, а отдельно. так что ничего с базой не будет.

(23) да, мне планирвоание в УПП тоже с каждым релизом обещали, а уж в 1.3 - так вообще всем сидеть и не рыпаться...

2(24) кончай тупить в тематических ветках. Потому что плохо закончится.

(25) я бы не был таким самоуверенным и не доверял бы "базе от 1С, где индексы вроде отдельно"...

+ я к тому, что лучше не прерывать....

(27) еще не переименовался? ))
кстати, вот пример, а ведь был неплохой человек...

(22) ерундой не занимайся. 30000 это ничто. поиск будет менее секунды даже на файловой базе.

+ и специалист грамотный, не фанатеющий от 1с...

(26) или на паперть нище брод

(25) Спасибо, не знал. Так вот он для чего каталог 1Cv8FTxt нужен.
(29) Буду ждать до последнего, если до ночи не успеет, буду рубить процесс.
(31) С файловой, по сети, при нескольких работающих пользователях, по неидексируемому полю неограниченной длины? Не думаю.

2(28) всем плевать на ваш негативный опыт. Вы можете быть не самоуверенным, неуверенный, или еще каким угодно. Я знаю что файлы хранятся отдельно и прерывать можно.

В общем все ясно.. нужно применять санкции...

(34) это всего 30000 * 100 (ну пусть 100 байт текста они введут в КАЖДЫЙ документ руками) = это целых ТРИ мегабайта. если у вас не диалап по модему, то проблем со скоростью нет.

В любой типовой уже есть обработка "Полнотекстовый поиск" не надо ничего писать открой и пользуйся

(37) хмм... там нужно что бы мартышки могли искать. Типовая для них слишком сложно.

(38) Там и мартышки смогут. Там - просто.

(39) Это для тебя просто.

Полнотекстовый поиск надо держать в актуальном состоянии, периодически обновляя его. Это уже было?

(41) Ага.
Теперь другая проблема. Код следующий


   МассивОтбор = Новый Массив();
   МассивОтбор.Добавить(Метаданные.Документы.ЗаказПокупателя);

   Список    = ПолнотекстовыйПоиск.СоздатьСписок(Телефон + ?(АльтернативныйНомер = "", "", " ИЛИ " + АльтернативныйНомер));
   Список.ОбластьПоиска    = МассивОтбор;
   Список.ПолучатьОписание    = Ложь;
   Список.ПерваяЧасть();
   
   Для Каждого Элемент Из Список Цикл
       СписокОтбора.Добавить(Элемент.Значение);
   КонецЦикла;

Получаю ошибку "Ошибка в расстановке операций". В чем может быть проблема?

Всё, разобрался. Всем спасибо, тема закрыта.
Для моего конкретного частного случая полнотекстовый поиск оказался в разы быстрее Запроса.

(43) да? тогда еще месяц - и переходите-ка в другую фирму. Чтобы с ростом базы и проблем в этой не отвечать за все подобные "а, номанно, работает, и ладно..."

и чего из мухи слона делать?...
открываем список документов, ставим отбор комментарий содержит блаблабла - все работает просто влет и писать/делать/настраивать что-то совсем не нужно