Просмотрел темы связаные с моей, где-то говорится, что ADO устарело в другой ни одной строчки кода и т.д.
По-этому  возник вопрос, ситуация такая:
Чистый проект, в папке с ним лежит файл file.mdb. Файл БД Access'овский(2003). 
Среда BCB6.0.
И возникает вопрос как общаться с этой БД, какие компоненты использовать, какие настройки следует производить?

На счет того, что ADO устарело ни разу не слышал, может и так. А вот то, что BDE перестает поддерживаться Борландом слышал неоднократно.

Я начинал с компонентов BDE. В принципе разобраться легко, работать тоже, но требует настройки при переносе на компьютер пользователя. Это конечно решаемо, но при сравнительных тестах на больших базах ADO практически всегда оказывается быстрее. Исключение составил тест на простой перебор записей. Поэтому я перешел на ADO.

С ADO мне показалось работать гораздо комфортнее по многим критериям. 

ИМХО Для поставленной задачи я бы выбрал ADO

Согласен.

Вроде разобрался с тем как подконнектится  к ODBC через ado.
Но тут возник вопрос, а как выполнять запросы(через какую функцию)? 

  ->выборки, вставки в определенную ячейку определенного значения


Это сообщение отредактировал(а) xkill - 31.1.2007, 16:42

Примеров использования TADOQuery на форуме просто море.
Создается ADOConnection 
Бросается компонент TADOQuery
В этом компоненте устанавливается свойство SQL - это запрос
Если запрос на выборку - то к TADOQuery подключается TDataSet, через который можно отображать в TDBGrid и т.п.

компонент TADOuery. (использую ODBC, а бд Access'овская)
Встретил проблемку:

Как можно дальше работать(всмысле какие настройки, функци использовать), т.к. каждый раз через переборку значений слишком много времени будет уходить ???       

Надо посмотреть результирующий запрос - скорее всего все-таки он неправильный.

Конкретно для посавленной задачи можно использовать параметризированный запрос.
SELECT * FROM Name WHERE id = :pIdi

Кстати, Name возможно зарезевированное слово и его надо взять в квадратные скобки (точно не помню)

С параметризированным запросом работа строится так:

А текст ошибки, "военная тайна"?

bas, забыл про такую вещь)

А что за параметры ему требуются?

Надо посмотреть результирующий запрос.
Мне кажется он какой-то неправильный.

Попробуйте выбрать все записи:
SELECT * FROM MyTable

Сработает такой запрос?

Anikmar, 
работал я раньше  с мускулем, там такой вопрос без проблемно обратывается (сейчас убедился ещё раз).
Посмотрев в справке по access'у, пример: 

Решил проверить методов "заковычивания" )))
И всё без проблем получилось:

И так он перестал ругаться)
Но почему-то он не выбирает данные(query->recordcount, равен 0!      
Дальше пошло ещё интереснее
При запросе

В recordcount был равен всем записям,когда же при запросе:

recordcount был равен нулю  опять, вместо положенных 4-х
p.s. фиг поймёшь филосовию access'овского sql'я         

А какой тип поля у id?

Ведь конструкция 'id' = '5' никода не будет истина - там сравниваются две строки...

Не должно быть там никаких кавычек!

Добавлено @ 22:40 
Для интереса запустил access и  сгенерил запрос в нем (используя борландский пример базы)
Вот что он мне сгенерил с помощью своего построителя запросов:


Может там все дело в скобках?

Тип у id числовой
Вообщем в where условия поместил в скобки и всё встало на свои места)

феноменально)
При этом в справке несказано про скобки (в инстуркции по select)

Какие функции спользуются в DBGrid для обавления записей?

Во-первых там есть автоматическое создание записей, но такое создание криво работает с полями подстановки.

Я делал 2 путями.
1-й:
Запрос вида SELECT * FROM Table 

Далее MyQuery->Insert();
Устанавливаем поля
MyQuery->Post();

2-й (на мой взгляд более трудоемкий но более правильный)
Запрос вида INSERT INTO Table (Field1,Field2) VALUES(:pField1,:pField2)
Устанавливаем параметры
выполняем MyQuery->ExecSQL();

Еще есть способ использовать UpdateSQL - но в ADO такого нет, это только для BDE

DBGrid - Никаких.
Курсоры в ADO 

Добавлено @ 11:53 

Cсогласен еще добавлю update