Объясните, пожалуйста, как устроен механизм работы баз данных в C++ Builder. конкретно интересует метод работы методов First(), Next(), FieldByName(), Edit(). Post() и так далее.
Например, откуда Билдер знает какая запись первая и последняя. Или как он изменяет данные методом Edit и Post. Преобразует в SQL-запросы или в работе с драйверами существует данная информация о записях, которая посылается Билдеру и он обратно серверу БД в каком-то формате, отличном от SQL?. Если так, то где она хранится и что делать, если объем данных огромный. Билдер, что все хранит в оперативной памяти? Или в нем есть только архитектура файл-сервер. Что тогда делать с БД, хранящимися в сети?
В общем, думаю, понятно сформулировал вопрос.

Думаю сам билдер, вернее VCL, не делает ничего, кроме вызова функций API СУБД. А по поводу Edit и Post - не знаю как в interbase, но в oracle каждой записи присваивается уникальный ключ, даже если у тебя в таблице уже есть таковой. Затем когда тебе нужно отредактировать строку, компоненты работы с API oracle вызывают update и в where указывают этот ключ. Думаю в IB также

Это сообщение отредактировал(а) borisbn - 28.4.2010, 06:24

ИванМ, все в итоге сводится к SQL. Более того используя TTable  и иже с ними теряется гибкость приложения, связанные с невозможностью использования SQL. 

я не знаю точно стоит-ли это хвалить но мне нравится вот это sqlapi.com

он, я полагаю, за дополнительные шекели?

IMHO QtSql получше будет. Но это - кому что нравится.
P.S. К тому же без шекелей 

Фундаментальным объектом в БД VCL является источник данных TDataSource . И таблица и SQL запрос оперирует именно им. Источник данных абстрагируется от технологии и предоставляет универсальный метод работы с данными где бы они не находились. Поскольку перебор записей последовательный, то тут может работать и кэширование и постепенная подгрузка данных (возможна реализация даже многопоточного доступа). Кроме того важной полезностью является то что результат это тип Variant т.е. исходные данные сохраняются в том формате в котором они хранятся в базе и не портятся самим движком и не тратиться время на конвертацию. Разве что только на копирование.

Т.е. все сводится к вызову функций SQL. Интересно, как тогда работают в БД такие языки как Prolog, в котором заместо SQL существует своя собственная система. И тем не менее они работают с драйверами ODBC. Получается, что они полностью должны загрузить БД и с ней работать. По-другому видимо никак.
Кто-нибудь может сказать что по этому поводу?

Драйверы ODBC, насколько я знаю, работают через текстовое представление данных, а перевод из данных в текст и обратно есть в любом языке. SQL-запрос - это тоже текстовая строка, поэтому Prolog и общается с драйверами ODBC без проблем.

Всем спасибо. Тему закрываю.