Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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.


Наверх

Титульная страница Поиск, карта сайта Написать письмо