Здравствуйте Dale, Вы писали:
D>По пунктам: TL>>Второе: как ни странно, ADO тоже позволяет соеденяться через ODBC. D>Нисколько не странно. Странно было бы, кабы наоборот (см. предыдущий пункт). Имея надежную, хорошо отлаженную и, главное, универсальную технологию доступа к данным, которая к тому же поддержана всеми серьезными производителями реляционных СУБД, глупо было бы не сделать туда лазейку. А лазейка эта — в трансляции ADO-шных операций над данными в ODBC и обратное преобразование результатов. Тем самым выигрывается время, пока поставщики сделают полноценные драйверы с поддержкой OLE DB. Сделают — возрастет эффективность, но пока и так работает.
Не сделают: большинства и них уже просто нет в природе...
TL>>Третье: если уж на то пошло, то ADO — это надстройка над OLE DB... D>...OLE DB — _низкоуровневая_ спецификация для интерфейса с сервером БД, а ADO оперирует с объектами _высокого_ уровня, удобными для прикладных программистов и прячущими от них довольно сложные и малоинтересные подробности интерфейса OLE DB. Хотя это на любителя, можно писать прямо для OLE DB. Пишут ведь люди на ассемблере... Хотя одни — по необходимости, другие — из кокетства, крутизну показать. Здесь ситуация примерно такая же.
OLE DB и ADO — Assembler и C++... Что ж, может и так...
TL>>А как можно решить поставленную задачу на ADO? D>...
