Показать сообщение отдельно
Старый 29.06.2011, 10:50   #7  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,658 / 1162 (42) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Цитата:
Сообщение от uchenik Посмотреть сообщение
Есть прога, использующая SQL базу, необходимо в аксапте сформировать документ и поместить его в одну из таблиц базы, используемой данной прогой.
Документ состоит из заголовка и строк, хранящихся в разных таблицах.
Соответственно нужно при добавлении заголовка получить обратно какой-нибудь идентификатор (к слову сам идентификатор генерится в той базе автоматически), для правильного добавления строк.
У Вас неправильное представление о том, что есть ADO и ODBC. Это всего-лишь "переводчики". Т.е. они "переводят" команды от клиента к северу и возвращают результат выполнения этой команды клиенту.

Вставка записи - это команда INSERT. И вот что может вернуть подобная команда как результат своей работы? Ну, максимум, количество вставленных записей.

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

Ну, предположим, что идентификатор - это то, по чему построен Primary Index. Однако, как минимум, это может быть несколько полей! И какое из них предлагаете возвращать?

Так что, Ваше предположение о поиске записи после ее вставки по значению альтернативных ключей, в общем случае, единственно верное. Нет, конечно, есть еще варианты, если ключевое поле - это поле со свойством Identity. Но это уже частный случай.