![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
MSSQL + Delphi [D6, IB6.x, MSSQL]
V_Pavel © (2003-02-14 06:30:00)Какой самый быстрый способ доступа ка базам MSSQL из Delphi?
Post (2003-02-17 16:58:00) [1]ADO всего лишь високоуровневая надстройка над OLE DB.
OLE DB - низкоуровневий інтерфейс доступа к БД. Есть конечно шлюз к ODBC - OLE DB provider for ODBC - для поддержкм старого доброго ODBC. А то что Query Analyzer использует ODBC API - ето правда :)
PS. Тут никто не сказал на счет dbExpress драйверов. В Delphi 7 есть драйвер dbExpress для MS SQL. Кто пробовал просьба написать. Интересно :)))
asmith (2003-02-15 22:08:00) [2]И есть еще такая штука, как DB-Library API
Scorp (2003-02-15 17:27:00) [3]Народ, а о чем вы вообще говорите ?
Одни говорят - ODBC, другие - ADO .... Вы вообще понимаете, о чем вы ?
ADO (как и умерший BDE) - это способ подсоединения к драйверам баз данных, а ODBC - єто те самые драйвера, которые обеспечивают доступ к данным.
Используйте ADO - сомнений нет, а вот об использовании ODBC можно поспорить, - это довольно медленный и неэфективный подход в даном случае. Лучшим решением будет собственный провайдер от Microsoft: Microsoft OLE DB Provider for SQL Server.
squire (2003-02-14 11:37:00) [4]Согласен со всеми. Выбор технологии дело сугубо личное.
Будет случай попробуйте ZEOS. Специально никого не заставляю его использовать. Сам был таким же противником сначала.
Если вам показалось что я перешёл к "банальному хамству" приношу свои извинения.
Всем пока.
Anatoly Podgoretsky (2003-02-14 11:17:00) [5]squire (14.02.03 10:49)
А ты себе не противоречишь в своих утверждениях, противоречишь и еще как.
stone (2003-02-14 11:10:00) [6]Я вот только не понял связь между ADO и ODBC при доступе к MSSQL. ODBC тут с какого бока?
> Для меня важно что бы программа не зависела от того что
> установлено на компе а что нет
При работе продукта в сети, раз уж мы говорим о клиент-сервере, для для W2K и ХР ничего доустанавливать не требуется. Для более старых версий можно скачать MDAC с майкрософта (бесплатно).
> всё заработало быстрее процентов на 40
Повторяю, что быстродействие больше зависит от оптимальности запросов и правильного построения индексов. Напирмер: в моей базе выборка 20-150 записей из более 20 млн. (с учетом ряда условий - where, having, exists ... etc.) занимает 0,254 - 0,541 сек.
> Не надо сразу думать что только у тебя руки растут откуда
> надо.
Выбор технологии - личное дело каждого. Переход к банальному хамству могу расценивать лишь как отсутствие более веских аргументов.
Владислав (2003-02-14 11:05:00) [7]> Reindeer Moss Eater (14.02.03 09:04)
Компоненты ODBCExpress, и все ОК.
> squire (14.02.03 10:49)
"1. ODBC сами по себе не очень быстро работают."
Показательно, что и MSSQL EM и Query Analyzer используют ODBC...
"3. Необходимо что бы ODBC было установлено на компе, а это стоит денешку (Если у вас белая фирма)."
Ты уверен, что стоит денежку?
squire (2003-02-14 10:49:00) [8]> stone
1. ODBC сами по себе не очень быстро работают.
2. При написание проекта сначала пользовал ADO. Потом по совету товарища поставил ZEOS. Немного исправил синтаксис(он отличается от ADO) и олегоп, всё заработало быстрее процентов на 40
3. Необходимо что бы ODBC было установлено на компе, а это стоит денешку (Если у вас белая фирма).
4. И ещё одно: Для меня важно что бы программа не зависела от того что установлено на компе а что нет. Поэтому использую самодостаточный компоненты, а не такие которые требуют то ODBC, то не дай бог BDE.
P.S Функциональность у ZEOS вполне. У меня небыло такого чтобы я не смог через него сделать. Ошибок тоже не было.
P.P.S. Не надо сразу думать что только у тебя руки растут откуда надо.
stone (2003-02-14 10:23:00) [9]А что значит "самый быстрый"? Если у тебя будут корявые запросы, которые сами по себе выполняются долго, никаким доступом ты их не ускоришь. А так рекомендую ADO. Во-первых, родное(в смысле идет в поставке Delphi, выпускается той же фирмой что и MSSQL). Во-вторых, бесплатная поддержка (MDAC, ADO на www.microsoft.com), чего не могу утверждать о прочих технологиях. В-третьих см. Anatoly Podgoretsky © (14.02.03 09:16).
alexdbases (2003-02-14 10:02:00) [10]URL http://easynews.dl.sourceforge.net/sourceforge/zeoslib/zeosdbo-5.4.1.zip
V_Pavel (2003-02-14 09:52:00) [11]>squire
А где взять ZEOS ?
kkv (2003-02-14 09:29:00) [12]ADO
squire (2003-02-14 09:24:00) [13]Самый быстрый из мной опробованных компонентов оказался ZEOS.
Рекомендую!
Anatoly Podgoretsky (2003-02-14 09:16:00) [14]Быстрый не быстрый, но для MSSQL самый оптимальный через АДО, остальные будут грешить разными проблемами, не полной функциональностью.
Reindeer Moss Eater (2003-02-14 09:04:00) [15]Владислав ©
Ответ спорный, потому что ODBC напрямую в D все равно не используется
Владислав (2003-02-14 08:53:00) [16]ODBC.