MSSQL + Delphi

← →
V_Pavel © (2003-02-14 06:30) [0]

Какой самый быстрый способ доступа ка базам MSSQL из Delphi?

← →
Владислав © (2003-02-14 08:53) [1]

ODBC.

← →
Reindeer Moss Eater (2003-02-14 09:04) [2]

Владислав ©
Ответ спорный, потому что ODBC напрямую в D все равно не используется

← →
Anatoly Podgoretsky © (2003-02-14 09:16) [3]

Быстрый не быстрый, но для MSSQL самый оптимальный через АДО, остальные будут грешить разными проблемами, не полной функциональностью.

← →
squire (2003-02-14 09:24) [4]

Самый быстрый из мной опробованных компонентов оказался ZEOS.
Рекомендую!

← →
kkv © (2003-02-14 09:29) [5]

ADO

← →
V_Pavel © (2003-02-14 09:52) [6]

>squire
А где взять ZEOS ?

← →
alexdbases © (2003-02-14 10:02) [7]

URL http://easynews.dl.sourceforge.net/sourceforge/zeoslib/zeosdbo-5.4.1.zip

← →
stone © (2003-02-14 10:23) [8]

А что значит "самый быстрый"? Если у тебя будут корявые запросы, которые сами по себе выполняются долго, никаким доступом ты их не ускоришь. А так рекомендую ADO. Во-первых, родное(в смысле идет в поставке Delphi, выпускается той же фирмой что и MSSQL). Во-вторых, бесплатная поддержка (MDAC, ADO на www.microsoft.com), чего не могу утверждать о прочих технологиях. В-третьих см. Anatoly Podgoretsky © (14.02.03 09:16).

← →
squire (2003-02-14 10:49) [9]

> stone
1. ODBC сами по себе не очень быстро работают.
2. При написание проекта сначала пользовал ADO. Потом по совету товарища поставил ZEOS. Немного исправил синтаксис(он отличается от ADO) и олегоп, всё заработало быстрее процентов на 40
3. Необходимо что бы ODBC было установлено на компе, а это стоит денешку (Если у вас белая фирма).
4. И ещё одно: Для меня важно что бы программа не зависела от того что установлено на компе а что нет. Поэтому использую самодостаточный компоненты, а не такие которые требуют то ODBC, то не дай бог BDE.
P.S Функциональность у ZEOS вполне. У меня небыло такого чтобы я не смог через него сделать. Ошибок тоже не было.
P.P.S. Не надо сразу думать что только у тебя руки растут откуда надо.

← →
Владислав © (2003-02-14 11:05) [10]

> Reindeer Moss Eater (14.02.03 09:04)
Компоненты ODBCExpress, и все ОК.

> squire (14.02.03 10:49)
"1. ODBC сами по себе не очень быстро работают."

Показательно, что и MSSQL EM и Query Analyzer используют ODBC...

"3. Необходимо что бы ODBC было установлено на компе, а это стоит денешку (Если у вас белая фирма)."

Ты уверен, что стоит денежку?

← →
stone © (2003-02-14 11:10) [11]

Я вот только не понял связь между ADO и ODBC при доступе к MSSQL. ODBC тут с какого бока?

> Для меня важно что бы программа не зависела от того что
> установлено на компе а что нет

При работе продукта в сети, раз уж мы говорим о клиент-сервере, для для W2K и ХР ничего доустанавливать не требуется. Для более старых версий можно скачать MDAC с майкрософта (бесплатно).

> всё заработало быстрее процентов на 40

Повторяю, что быстродействие больше зависит от оптимальности запросов и правильного построения индексов. Напирмер: в моей базе выборка 20-150 записей из более 20 млн. (с учетом ряда условий - where, having, exists ... etc.) занимает 0,254 - 0,541 сек.

> Не надо сразу думать что только у тебя руки растут откуда
> надо.

Выбор технологии - личное дело каждого. Переход к банальному хамству могу расценивать лишь как отсутствие более веских аргументов.

squire (14.02.03 10:49)
А ты себе не противоречишь в своих утверждениях, противоречишь и еще как.

← →
squire (2003-02-14 11:37) [13]

Согласен со всеми. Выбор технологии дело сугубо личное.
Будет случай попробуйте ZEOS. Специально никого не заставляю его использовать. Сам был таким же противником сначала.
Если вам показалось что я перешёл к "банальному хамству" приношу свои извинения.
Всем пока.

Народ, а о чем вы вообще говорите ?
Одни говорят - ODBC, другие - ADO .... Вы вообще понимаете, о чем вы ?
ADO (как и умерший BDE) - это способ подсоединения к драйверам баз данных, а ODBC - єто те самые драйвера, которые обеспечивают доступ к данным.
Используйте ADO - сомнений нет, а вот об использовании ODBC можно поспорить, - это довольно медленный и неэфективный подход в даном случае. Лучшим решением будет собственный провайдер от Microsoft: Microsoft OLE DB Provider for SQL Server.

← →
asmith (2003-02-15 22:08) [15]

И есть еще такая штука, как DB-Library API

ADO всего лишь високоуровневая надстройка над OLE DB.
OLE DB - низкоуровневий інтерфейс доступа к БД. Есть конечно шлюз к ODBC - OLE DB provider for ODBC - для поддержкм старого доброго ODBC. А то что Query Analyzer использует ODBC API - ето правда :)
PS. Тут никто не сказал на счет dbExpress драйверов. В Delphi 7 есть драйвер dbExpress для MS SQL. Кто пробовал просьба написать. Интересно :)))

MSSQL + Delphi Найти похожие ветки