В общем проведены некоторые работы по оптимизации времени подготовки запроса.
- Строка шаблона директив и функций языка подготавливается в момент создания класса.
- Проведена работа по оптимизации времени подготовки данной строки шаблона (спасибо тов. Djelf за набросок)
- Изменен шаблон паттерна для обработки директив языка запросов (спасибо тов. Djelf за измененный шаблон)

На небольшом запросе время с 12 мс упало до 6.
На большом запросе время с 91 мс упало до 25.
В общем и целом результат виден сразу.

Обновление брать в голове. Версию не менял все еще beta 1.03.001 от 15.08.09 г.

2 Djelf
2 прохода по "ПарсингКлючевыхСловЗапроса" пришлось оставить в виду того что есть вариант ошибчного парсинга когда два ключевых слова стоят друг за другом. Редкость но бывает. Да и запрос вида "ВЫБРАТЬ * ИЗ ...." не будет обрабатываться. Можно пошаманить, но так надежнее.
ПарсингКлючевыхСловЗапроса можно переместить в начало ПодготовитьТекстЗапроса? К сожалению тоже наврядли, я счас не могу точно гарантировать, но есть вероятность того что в каких то ВТ остались ключевые слова на русском, да и в целом я помню над порядком думал и остановился над этим вариантом.
И тестов как таковых у меня нет. Есть конфигурация вся писанная на этих запросах (DBF и SQL вариант стоит). Вот я туда ставлю и все ошибки если есть там 100% вылезут, достаточно просто ткнуть в пару справочников или отчетов. Но поделиться ею не могу к сожалению.

Счас попробовал убрать, все нормально, вчера при этом ругался. Конфигурация тоже работает нормально. Я еще потестирую и если все таки все нормально тогда уберу. Но пока пускай остается, разницы там на 1-2 мс из за повторного прохода.

Пы.сы нифига... ошибка есть если не делать два прохода. Буду думать над паттерном.

Djelf писал(а) 13. Августа 2009 :: 12:48:


Вроде так и написано... х.з. счас проверять лень. Потом в выходные может быть как раз сделаю.

Совершенно нескромная просьба: для тех, кто держит классы в МД - можно добавить в начало текста классов строчки

//#класс ПрямойЗапрос = КлсПрямойЗапрос@MD{};
и
//#класс ПрямойЗапрос.БухгалтерскиеТаблицы = КлсПрямойЗапросБухгалтерскиеТаблицы@MD{};
 

Тем, кто держит классы в файлах, это, по идее, никак не помешает.

Для ДБФ базы функцию ЛЕВОЕ нужно превращать в substr, функции LEFT в 1sqlite нет.
Ну, а RIGHT(Стр, Х) заменять, соответственно, на SUBSTR(Стр, -Х).
Вообще, я так понимаю, ключевое слово ЛЕВОЕ задумывалось для соединений. А для подстрок логично придумать более другое ключевое слово, например, ЛЕВЫЙ, или ЛЕВ - тогда не будет разночтений.

Всем добрый день!
В настоящее время класс функционирует без изменения конфигурации, что очень хорошо.
В связи с возникшей задачей использования механизма подобного Регистру Сведений я предлагаю в рамках этого класса обсудить реализацию Регистра Сведений в 7.7. После обсуждения я планирую реализовать данный механизм и реализовать ВТ в классе "Прямой запрос", если автор будет не против.
Я считаю что Регистр Сведений необходимо реализовать на базе справочника.
1) Справочник РегистрыСведений - в нем будет указан список Регистров сведений. Реквизитами этого справочника будут:
- Название Регистра Сведений;
- Периодичность (День, Месяц, Год, Документ)
- Признак ручного изменения РС.
Соответственно вопрос - имеет ли смысл в данном справочнике описывать структуру и типы измерения и ресурсов данного регистра?

2) Справочник РегистрСведений<ИмяРегистраСведений>.
<ИмяРегистраСведений> будет совпадать с наименованием из справочника РегистрыСведений для получения Периодичности по данному РС.
Реквизитами этого справочника будут:
Период - Тип указывается согласно периодичности из справочника РегистрыСведений;
из_<ИмяИзмерения> - измерение Регистра Сведений;
рес_<ИмяРесурса> - ресурс Регистра Сведений
Регистратор - в случае установки в справочнике РегистрыСведений ПризнакРучногоИзмененияРС = 0 в данном поле будет хранится регистратор - документ отражающий изменения в данном РС.
3) Виртуальные таблицы
- $РегистрСведений.<ИмяРегистра>.СрезПоследних
- $РегистрСведений.<ИмяРегистра>.ИсторияЗначений
Вот такие вот у меня мысли.
Очень надеюсь что разработчик данного класса будет не против внесения в класс функционала связанного с изменением конфигурации.
Разработку всех механизмов и подготовку документации в части этого функционала я беру на себя (ну конечно же с консультациями гуру)

Цитата:

как то у меня выпало из жизни - ссылку не подскажешь?
А регистр остатков меня смущает открытием периода честно говоря
то есть на каждый месяц все равно будут копироваться записи с предыдущегою

Z1 писал(а) 18. Августа 2009 :: 05:08:

http://www.1cpp.ru/forum/YaBB.pl?num=1229071105/0#0