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

замена "self-made sp" на "std::vector": я тоже был бы рад на тот момент использовать что-то стандартное, но тут появляются вопросы подключения левых библиотек, даже и std. Такие вещи нужно обсуждать. Я решил, что мини-велосипед лучше долгих переговоров и утяжеления компоненты.

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

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

Параметризированные запросы тоже нужны. Зря я чтоли на них столько времени угрохал

Про проверку памяти: ну если памяти не хватит, то мой код упадет не первым

Uzhast писал(а) 01. Октября 2007 :: 11:07:

Размер порции планировалось вынести наружу, но если честно, то каждый раз было лень

spock писал(а) 01. Октября 2007 :: 11:21:

Зато у него не закрыт конструктор копирования и оператор присваивания. Поэтому можно случайно скопировать объект твоего класса где-нибудь и будет очень не хорошо При этом о такой ошибке ты можешь узнать очень не скоро.

Так же на создание этого класса ты потратил определенное время. А если бы взял вектор, то лишнего времени тратить бы вообще не пришлось Т.е. std ускоряет написание кода (и не замедляет программу). Ну и вообще, в 1С++ в stdafx.h "#include <vector>", похоже, присутствует вообще с рождения Т.е. он уже подключен и обсуждать его использование не надо

Uzhast писал(а) 01. Октября 2007 :: 10:37:


Но в текущей реализации промежуточная пересылка из OLE DB в ТЗ занимает несколько процентов от общего времени выпонения  ...  (в отличие от ADO).
Вряд ли ради этих процентов интересно.

Вот автообновление, если это возможно, это было бы Сильно
А то пользователь жмет - провести документ - и ожидает тут же увидеть его проведенным,
а не через 10 мин

2 способа
1. а)Выполнить - не возвращает ТЗ
   б)ВыполнитьИнструкцию - возвращает ТЗ
2.
а)ВыполнитьИнструкцию - возвращает ТЗ
б)Непосредственное выполнение запроса в память (курсор или массив), не записывая на диск
http://www.1cpp.ru/forum/YaBB.pl?num=1188673318 - возвращаемое значение вообще неинтересно

artbear писал(а) 01. Октября 2007 :: 13:42:

Я против такой замены. Потому что внесенные изменения вытаскивают наружу интерфейс для взаимодействия 1С++ и сторонних ВК. А это сильно ограничивает ДАЛЬНЕЙШИЕ модификации интерфейса. Поэтому ИЗНАЧАЛЬНО должен быть интерфейс с минимальным количеством граблей. А это обеспечивает как раз Буст.

artbear писал(а) 01. Октября 2007 :: 13:42:

Это кажется, что несложно. Чтобы это сделать, придется заметно изменить структуру sh_ptr. Плюс это только одна отсутствующая фича. А дальше их может понадобится больше. Предлагаешь каждый раз менять sh_ptr? В результате ты придешь к самописной и, скорее всего, кривоватой реализации boost::shared_ptr. shared_ptr писали очень опытные люди. Которые уже прошли по граблям, по которым нам еще предстоит нагуляться. Или не предстоит, если мы будем использовать shared_ptr.

Помню, как было. Сидел, писал код. Потом вдруг завис на коде вроде этого:

boost::shared_ptr<CBase> pBase;
boost::shared_ptr<CDerived> pDerived (dynamic_cast<CDerived *> (pBase.get ()));
 

Понял, что это лажа. Понял, что без поддержки со стороны смартпойнтеров dynamic_cast сделать нельзя. Полез в Буст и СРАЗУ ЖЕ нашел решение. А сколько еще таких открытий нас ожидает?

Вообще, бустовские смартпойнтеры уже вошли в будущий стандарт C++. Его утверждение дело ближайшего времени. Поэтому никаких РАЗУМНЫХ аргументов против Буста я не вижу.

Выложил обновленный вариант:
- добавлено обновление по таймауту.
- убрано выпадение 1С в осадок при обращении к коллекции колонок при отсутствии данных.

Хм. Вообще, обновление по таймауту для статического провайдера это ... хм... нечто Впрочем, ладно. Человек, который для статического провайдера будет использовать автообновление для запросов вида:

SELECT
 Журнал.IDDocDef + Журнал.IDDoc AS [Документ $Документ]
FROM
 1sjourn AS Журнал
ORDER BY
 Журнал.Date, Журнал.Time
 

сам себе мохнатый буратин.

PS. Сырки пока не обновил - спать хочется.
PPS. Кстати, увидел тут потенциальную возможность использования weak_ptr... Так что осваивайте Буст товарищи.
PPPS. Артур! Видишь, ретроградов либо нет, либо они трусливо молчат? Я смотрел, в этой ветке вся "зелень" отметилась А значит, и причин для невключения Буста в 1С++ нет