Помогите выбрать, ADO или DAO

[alibek]

Привет, All.
Вот такой небольший вопросец. Есть серверное приложение, подключает клиентов, принимает от них запросы, делает выборку в базе данных (асинхронно) и возвращает ответы.
И не знаю, какой метод лучше выбрать. С одной стороны ADO лучше, и с асинхронностью в нем попроще, и метод более продвинутый, и проще будет на другую платформу переходить. Но с другой, не поддерживаются индексы, а мне очень важен быстрый поиск в таблице.
А в DAO есть замечательный метод .Seek, но есть и минусы. И самый главный минус -- постоянно объявляются какие-то баги и непонятки с составными индексами.
Собственно хотелось бы услышать рекомендации.

[alibek]

Ап!
Вообщем решил я все-таки на ADO. Тем паче, что в DAO индексы поддерживаются только в Microsoft Jet, а асинхронные запросы только в ODBC Workspace.
Но никак не могу найти провайдера, который бы поддерживал индексы в ADO. Во всех основных таблицах есть ключевое поле (Long), есть уникальный индекс по этому полу. И все это только для того, чтобы поиск записи был максимально быстрым. И теперь никак не могу ничего придумать, чтобы использовать эти индексы. А Find (который вдобавок и искать умеет только по одному полю) это слишком медленно.

[Rainbow]

Ох, не знаю, поможет ли тебе что-нибудь... Потому что, похоже, тут ты самый осведомленный в вопросе товарищ. Но информацией, пожалуй, все-таки поделюсь. Вдруг, пригодится...

1) ADO и DAO. Сразу скажу, всегда использовала ADO. Поэтому и душа к нему лежит. Судя по всяким там MSDN и тд DAO лучше подстроен под Access. Ты-то ведь наверняка MS SQL Server использовать будешь. А тут обычно рекомендуют ADO. В ADO.NET даже отдельные парные классы к обычным появились - SQLConnection, SQLCommand - типа, быстрее и лучше, используя специфику именно SQL Server'a. Так что думаю, что твой выбор правильный
Вот глянь на всякий случай еще на статьи в апрельском (2001) MSDN
"Choosing Your Data Access Strategy"
http://msdn.microsoft.com/library/defau ... nology.asp

"INFO: Issues Migrating from DAO/Jet to ADO/Jet"
http://support.microsoft.com/default.as ... bContent=1

2) По поводу индексов и поиска
смотри метод Seek у рекордсета (это для твоих индексированных полей).
http://support.microsoft.com/default.as ... -US;243465
Хм... а это только для Jet...

Можно строить индекс динамически. Не знаю, сколько времени занимает...
Свойство Optimize у поля Fields(0).Properties("Optimize") = True - построит индекс
После того, как отработал Find его можно удалить
Fields(0).Properties("Optimize") = False

А еще есть вопрос: ведь если ты будешь выполнять хранимые процедуры на сервере, то ведь все твои индексы будут работать? А хранимые процедуры исполнять, используя объект Command и получать нужные рекордсеты... Это правильно, в смысле, не спасет ли это тебя?

[alibek]

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

Also, you can only use the Seek method when a recordset is accessing the table directly. In this example, the recordset is instructed to access the table directly by the adCmdTableDirect argument in the Open method. You cannot use the Seek method on objects such as queries and linked tables.

Перечитал, подумал, самое то! Rainbow, ты золото

А насчет хранимых процедур -- для этого надо хотя бы на MS SQL Server перебраться, а пока все работает на .mdb-файле

[Rainbow]

Перечитал, подумал, самое то! Rainbow, ты золото

Спасибо

А насчет хранимых процедур -- для этого надо хотя бы на MS SQL Server перебраться, а пока все работает на .mdb-файле

Погоди, погоди... А как же Queries? Там же как-то можно параметры задавать. Сейчас пойду вспоминать

Ну, да, правильно. В Query любое незнакомое слово воспринимается как параметр. Вот их и можно задавать в параметрах Command.

[alibek]

Вообщем отчитываюсь

Индексы заработали, дело было не только в adCmdTableDirect, но и в том, что базу я создавал еще в DAO и, соответственно, формат БД был старый. А в ней индексы и не работали.

Что же касается параметрических запросов, то помоему это не нужно, я все равно открываю таблицы, используя курсор на стороне сервера.

[Rainbow]

Индексы заработали, дело было не только в adCmdTableDirect, но и в том, что базу я создавал еще в DAO и, соответственно, формат БД был старый. А в ней индексы и не работали.

Ага, понятно...

Что же касается параметрических запросов, то помоему это не нужно, я все равно открываю таблицы, используя курсор на стороне сервера.

Да, пожалуй.
Пока смотрела, нет ли подвохов с серверным курсором (вроде, для Access все ОК), наткнулась на статью опять же про DAO и ADO, где показывают, как выполняются различные операции над рекордсетами в том и другом. В частности, говорится, что для сортировки нужно на клиентской стороне открывать.
http://msdn.microsoft.com/library/defau ... topic5.asp

И еще одна фраза меня удивила. Только это для SQL Server'а.

Server cursors are created only for statements that begin with:

SELECT
EXEC[ute] procedure_name
call procedure_name

Even if an application explicitly requests a server cursor, server cursors are not created for statements such as INSERT.

Почему? Чем это отличается от ситуации, когда другой пользователь со своей коннекцией обновляет данные?

[Fox Mulder]

ADO более продвинутая технология во всех случаях. Индексные файлы имеют место. Первый способ, как уже было описано присвоить значению свойства поля ("Optimize") - true для создания индекса, false - для удаления.

Но самый лучший способ - использование метода Sort объекта Recordset - данный метод создает индекс по одному или нескольким полям которые можно указать через запятую.
А Find после Sort (сортировки) - это аналог Seek, он более удобен - так как ищет с текущей записи, или с записи, которая указывается с помощью Bookmark.
Именно синхронизация Sort (создание временных индексов) и Find позволяет решить любую задачу.

ЕСЛИ возникают вопросы при использовании технологии ADO и прочих вещей пишите - ОТВЕЧУ С УДОВОЛЬСТВИЕМ!!!

[Antonariy]

Какая утонченная некрофилия...
Ничего, что вопросу уже пять с половиной лет?

[Konst_One]

главное, как удачно выловил Алибека