Кстати хороший вопрос, счас сам над этим периодически думаю

Мысли в слух....
При нажатии кнопки Ctrl+F3
1. Колонка - СписокЗначений - Строка - СписокЗначений - ВТ 1sqlite или ODBC... условие like или как надо еще. Но блин сколько лишних движений. Да и пока конкретно делать не начну наверное не узнаю какие подводные камни есть такой реализации. Ну конечно еще отдельная обработка для вывода пользователю "а что он ищет"...
2. Колонка - СписокЗначений - Строка - Строка с разделителями строк - svcsvc.service - и пусть сам набирает, а полученную строку по номеру ну почти номер строки табличного поля. Опять таки подводные камни неизвестны...
Ну вот выбирай, а я пока решения не придумал. Но думаю над ним... скорее всего сделаю в "ПриБыстромПоиске" более расширенный варианрт (не только по первым символам) + в отдельной обработке поиск по подстроке вверх или вниз по списку... но пока времени в обрез. 
Да и с технологией надо бы определиться.
Может у кого тут на самом деле есть решение именно для ТП?

yudin писал(а) 28. Января 2009 :: 09:29:

Ну про поставщика ты ничего не сказал ... или я "просчитался".

Вот тогда действительно интересно подумать надо. Мне почему то подумалось что ты говоришь о поставщике ИТЗ или ТЗ. Для них то я и говорил что по имени колонки выгружаешь ее в СписокЗначений, а далее по тексту.
А с учетом того что у тебя SQL... хм... я подумаю может будут идеи. У меня до сих пор ни одной реализации где поставщик данных именно запрос просто нет, в виду этого я почти с ним не знаком.

Ушел думать. 

yudin писал(а) 28. Января 2009 :: 11:51:


А разница существенна между поставщиком SQL и SQL-ТЗ(ИТЗ)...
я честно не знаю, не пробовал

вот одним глупым высказыванием стало меньше 

yudin писал(а) 10. Февраля 2009 :: 11:32:


В общем как я это сделал

1. Текущая строка... у меня ИДПоле - это ТекущийЭлемент (ID AS [ТекущийЭлемент $Справочник.Какойто])...
При нажатии пользователем F3 я открываю ему форму аля 8-ка (поле для поиска), только одно но... типизация по текущей колонке и баста... никаких поисков по подстроке (париться не охото), после чего строю запрос вроде
SELECT
ID [ТекущийЭлемент $Справочник.Какойто]
FROM
$Справочник.Какойто
WHERE
КакаятоКолонка = Значение (для строки это SUBSTR(...,1,КолСимволов) = Значение)...
ну после этого добавляю все условия уже наложенные на выборку, прогоняю обычным ODBC получаю результат в ИТЗ и ее уже на всякий пожарный держу в памяти, а вдруг пользователь по этой же колонке побежит. Конечно для больших объемов мое решение очень затратно, но на справочнике в пару тысяч работает на ура...
Хотя повторюсь. я не считаю это лучшим из решений. На мой взгляд лучшим было бы отдать все запросу (в т.ч. и поиск следующего), т.к. наверняка это было бы быстрее. Но времени счас делать нет к сожалению

yudin писал(а) 11. Февраля 2009 :: 06:47:


В общем УстИДПоле() - это то что будет возвращаться и устанавливаться в качестве ТекущаяСтрока. И оно должно быть (!!!) уникально. Для справочника я выбрал ТекущийЭлемент, т.к. он всегда уникален.
И вот в запросе я нахожу следующий элемент удовлетворяющий условиям и пишу
ТабличноеПоле.ТекущаяСтрока = СледующийЭлемент;
и ТипВид значения должен быть одинаковым.
Т.е. сделал ты УстИДПоле("ID"), а в запросе написал "ID AS ID", то и присваивать должен именно ID (внутренне представление). А в моем примере у меня типизированное поле и присваиваю я ему значение именно элемента.
Ну если я понятно выражаюсь 

Цитата:

Поцелуй лучше DmitrO и kms.
Только не yudin'ым поцелуем

Сделал поиск, без типизации - по подстроке, с поиском назад и вперед. Без выгрузки всех значений и т.п. Получилось. Не универсально, но быстро. Если интересно - см приложенный файл.