Доброго времени суток!
Имеется хранимая процедура, которая возвращает выборку из реальной таблицы БД MS SQL (в примере - Table1). Полученный в ADO набор данных разрешен к редактированию, т.е. я могу изменять значения полей, добавлять и удалять записи. Но все изменения не отправляются на сервер, а если получить набор данных с помощью выполнения того же указанного в примере простого SELECT, то все изменения данных клиентом благополучно доходят до сервера БД.
Вопрос как раз и состоит в том, можно ли получить редактируемый набор данных из хранимой процедуры?
Я убрал все ненужное из кода процедуры, потому что данная проблема имеет место даже если в процедуре будет всего одна строчка:
Может надо какие-то свойства (Properties) набора данных установить в нужные значения, например Update Criteria, Unique Table, Resync Command? Но я провел эксперимент: открываю два одинаковых набора данных (указанный SELECT), но один получен из выполненной процедуры, а другой простым выполнением селекта, и сравниваю у них все значения Properties. Все значения одинаковые, но при этом набор из процедуры не сохраняет изменения на сервере...

Я знаю несколько вариантов обхода этой проблемы (например, переделать процедуру в функцию, которая вернет только ID-шники нужных записей, и вставить ее в условие отбора у селекта, который будет выполнен напрямую), но хочу разобраться, чем вызвано именно такое поведение ADO, написано ли это где-то в справке...

Excel,
ответ понятен, но поподробнее можно?

Excel,

вашу логику я понял, не сочтите нижесказанное за попытку спора, но!
Провайдер для MS SQL Server возвращает вместе с набором данных еще и метаданные, в том числе и для всех колонок набора:
BASECOLUMNNAME = Table1ID;
BASETABLENAME = Table1;
BASECATALOGNAME = TestDB;
BASESCHEMANAME = ;
KEYCOLUMN = False;
ISAUTOINCREMENT = True;
RELATIONCONDITIONS = ;
CALCULATIONINFO = ;
OPTIMIZE = False;
По ним ADO определяет, как изменять данные на сервере.
В данном случае я проверил: значения указанных выше свойств абсолютно одинаковы для одного и того же поля рассматриваемых в моем вопросе двух датасетов.


LR,

Я использую ADO, а не ADO.NET. К сожалению, не нашел специальной ветки форума по ADO, эта ветка наиболее подходит по смыслу.
SQL команды insert, update, delete при работе с ADO использовать на прикладном уровне необязательно (см. ответ пользователю Excel).

Причина найдена.
Оказалось, что Recordset после открытия набора данных, возвращенного хранимой процедурой, принудительно устанавливает LockType в значение BatchOptimistic и тип курсора в значение Static, вместо запрашиваемых явно Optimistic и UseClient соответственно. Поэтому и поведение Recordset меняется, пришлось ручками в коде вызывать метод UpdateBatch для отправки изменений на сервер.

LR,

Да, всё именно так.