п.1 На самом деле время подготовки запроса намного больше времени запроса... может у меня слишком много регэкспов проходит по запросу, и вполне возможно что это не самое эффективное решение. Зато работает будем думать. Хотя в рамках моей конфигурации время подготовки запроса как правило меньше времени выполнения. Так что я пока не парюсь. Согласись лучше функционал пошире, а потом оптимизация

п.4 Не совсем то... но что-то близко. А вообще можно использовать "НазначитьБазуОсновной" правда я никогда не проверял а будет ли работать запрос к таблицам 1С. Проверить чтоли...

vandalsvq
Хотел ПрямойЗапрос.ПодготовитьТекстЗапроса к редактору на Scintilla приспособить, а нынешний РежимОтладки много чего из задумок не позволяет сделать 
Можно ли доработать класс чтоб исключения при ошибках обработки запроса выкидывались?
Или добавить ПрямойЗапрос.ТекстОшибки. Или строки "Если РежимОтладки = 1 Тогда Сообщить(...); КонецЕсли;" в процедуру переделать (чтоб если изменять поведение отладки то хоть не по всему коду).

Совершенно не критично и не срочно
Это я и сам могу сделать, просто если класс будет усовершенствоваться мне придется все время его править и делать его ответвление, а этого совсем не хочется

ОК. Тогда я слегка перепишу класс (только в части сообщений, добавлю режимотладки=2) и сюда его выложу.

Alister писал(а) 09. Августа 2009 :: 13:26:


Регистры проще в понимании и эффективнее в реализации, в виду этого анонсированы были раньше.
С бух. итогами же и работать сложнее и отдачи должной добиться тяжело. По крайней мере могу сказать что  данное положение дел имеет место быть для DBF форматов БД. А для SQL давно существует AccountRecordset откуда я в свое время многое подсмотрел.

В общем вышел бета-релиз. Почему бета? Дык потому что изменения нужные, важные, а релиз запланирован позже

1.03.001 (beta) от 15.08.09 г.
- Некоторые изменения направленные на оптимизацию времени подготовки запросов
- Исправлена ошибка при сборе ВТ РегистрОбороты с периодичностью < МЕСЯЦ при флаге БыстраяОбработкаДвижений = 0
- Новая функция ОКРУГЛИТЬ(Число,Разряд)
- Добавлена ВТ БИОстатки
- Новые значения для атрибута РежимОтладки. 2 – выброс исключений при ошибках, 3 = 1+2 (по просьбе и при помощи тов. Djelf)

КОП и документацию качать в голове.
Обратите внимание на параметры ВТ БИОстатки.

Кстати интересует мнение по поводу изменения времени подготовки запроса... если не сложно, выложите примеры выполнения на версии 1.02.004 (с последними изменениями) и на версии 1.03.001.

Вообще есть подозрение что там данная проверка и вывод служебного сообщения совсем ни к чему. В смысле что вообще никакое служебное сообщение там не надо... ничего особенного там нет

_{Пы.сы. только что обнаружил что иногда мой КОП рекламируют в темах "вирт. таблицы для DBF"... хм... при этом никто особо не горит желанием пользоваться...}

Ну может я и соглашусь. Хотя к своей разработке отношусь с большой долей критичности. Именно в плане "что еще не хватает". Можно было бы например добавить секцию ИТОГИ... но как ее счас реализовать я пока даже не придумал.

По бухгалтерии только одна пока таблица:
БИОстатки(ГраницаРасчета,СписокСчетов,СписокСубконто,ВидОстатков,ПрочиеУсловия)
ГраницаРасчета - дата, или документ по которую необходимо расчитать остатки. Для даты можно использовать модификатор ~, тогда граница расчитывается с учетом этой даты
СписокСчетов - Идентификатор вирт. таблицы для отбора по счетам (Например: #Счета60)
СписокСубконто - перечисление через запятую СубконтоХ (х-номер субконто) или видов субконто. Например: (Субконто1,Субконто2) или (Контрагенты,Договоры)
ВидыОстатков - перечисление через запятую видов остатков для таблицы. Возможные значения (Сумма,Количество,Валюта). Соответственно колонки существуют только по переданным видам. Пустое значение = Сумма + Количество + Валюта
ПрочиеУсловия - прочие условия для фильтрации данных в запросе. Например (РазделительУчета = :НашаФирма И Субконто1 = :ВыбКонтрагент).