Вот мучаюсь с объектом VBScript.RegExp, конкретно вот что делаю

Pattern = "(\s|^|,)(ВЫБРАТЬ|ИЗ|КАК)\s"; 

Предполагается что надо найти все слова в списке перед которыми или начало строки, или пробел (таб), или символ "," при том что они заканчиваются на этот самый пробел (таб).

Даю текст:

ВЫБРАТЬ
Спр.ID КАК ТекущийЭлемент
ИЗ
Справочник.Контрагенты 

Собственно Глоб = -1, Многостр = -1, ИгнорироватьРегистр = -1.
Но в итоге ничего не находит...

Подскажите что делаю не так? 

Пы.Сы.  хорошая ссылка для конструктора рег. выражений
http://regexpres.narod.ru/calculator.html

Вот, юзай простой вариант
Цитата:

А зачем дорабатывать-то, убирая пробелы ?
Вариант ([^\wа-яё]+(ВЫБРАТЬ|ИЗ|КАК)[^\wа-яё]+)
автоматом выбирает нужное слово SQL

Тем более, что мы знаем, что после этих слов в тексте запроса обязательно должно что-то быть написано, иначе ошибка.

vandalsvq писал(а) 17. Марта 2009 :: 13:59:


В общем есть одна проблемка в твоем примере, он не хватает два подряд идущих "ключевых" слова... например

Паттерн = .....ЛЕВОЕ|ВНУТРЕННЕЕ|СОЕДИНЕНИЕ......
А текст запроса в свою очередь ЛЕВОЕ СОЕДИНЕНИЕ
Тогда он схватит ЛЕВОЕ а СОЕДИНЕНИЕ пропустит... видимо я хоть и немного стал понимать в Регэксп но как побороть не знаю  

Пы.Сы. пока просто по второму кругу прогоняю и все съедает 

Ну я Артур подумал что и в моем прогоне (дважды) тоже правда есть, конструкций может быть много и можно написать например

ВЫБРАТЬ ЦИКЛ КОГДА Спр.Пометка = 1 ТОГДА 'Да' ИНАЧЕ 'Нет' КОНЕЦ КАК СловоПометка ИЗ Справочник.Контрагенты КАК Спр 

В итоге получится строка из трех слов, где после первого прогона уберется каждое нечетное, а после второго и остатки. Так что вроде правда есть.
Счас вот я уже прошел функции, там в общем то не сложно было и проблем вроде нет. (ну СУММА,КОЛИЧЕСТВО и пр.)
Типизация значений пока под вопросом, можно избавится от необходимости писать $ но смысла в этом особого нет да и неоднозначностей мне кажется добавит.
Четвертый пункт - таблицы источники. Вроде получилось. Тоже не самай большая проблема.
Счас для меня следующий пункт программы - реквизиты вроде "Наименование", "Код" у справочника, "Проведен", "ДатаДокумента", "ВремяДокумента" у документа... НО тут проблема
Наименование и Код как реквизит можно завести у документа, но ведь они не должны обрабатываться, т.е. надо проверять источник и тогда только решать либо Наименование->Descr либо нет.
Ну вот как то так.

Пы.сы... Вспомнилось обсуждение когда Ужасть хотел сделать нечто пободное для связки SQL->DBF, я же пытаюсь сделать SQL->SQLite... надеюсь не упереться в стенку в процессе работы... пока вроде работает.
Хочется какой-то близкий к 8-ке язык запросов, т.к. уж больно не охото некоторых заставлять изучать базу данных. А если подобная надстройка позволит в общем то писать "похожим" образом для некоторых задач можно запросто ее применять. Вот...
Попробуйте меня отговорить пока я не закопался 

Артур, я когда доделаю все до конца в КОП (работы правда много) обязательно его выложу. А сырой вариант я думаю мало кому интересно.

Есть же готовые КОП-ы для разбора выражений Скл. Steban вроде как-то выкладывал как рза для разбора ВТ.
JonnyDeath вроде также руку прикладывал

vandalsvq писал(а) 19. Марта 2009 :: 11:37:

А если в конфигурации будут реквизиты с именами "ТекущийЭлемент" и "ТекущийДокумент"? ИМХО, зря ты это затеял.
Про ВТ. Вот здесь лежит класс steban-a, немного мною дополненный (в свете последних изменений 1sqlite, там надо будет ВТ "Последнее значение" немного подправить)