Форум: "Базы";
Текущий архив: 2003.03.06;
Скачать: [xml.tar.bz2];
Вниз
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 сек.
> Не надо сразу думать что только у тебя руки растут откуда
> надо.
Выбор технологии - личное дело каждого. Переход к банальному хамству могу расценивать лишь как отсутствие более веских аргументов.
← →
Anatoly Podgoretsky (2003-02-14 11:17) [12]squire (14.02.03 10:49)
А ты себе не противоречишь в своих утверждениях, противоречишь и еще как.
← →
squire (2003-02-14 11:37) [13]Согласен со всеми. Выбор технологии дело сугубо личное.
Будет случай попробуйте ZEOS. Специально никого не заставляю его использовать. Сам был таким же противником сначала.
Если вам показалось что я перешёл к "банальному хамству" приношу свои извинения.
Всем пока.
← →
Scorp (2003-02-15 17:27) [14]Народ, а о чем вы вообще говорите ?
Одни говорят - 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
← →
Post (2003-02-17 16:58) [16]ADO всего лишь високоуровневая надстройка над OLE DB.
OLE DB - низкоуровневий інтерфейс доступа к БД. Есть конечно шлюз к ODBC - OLE DB provider for ODBC - для поддержкм старого доброго ODBC. А то что Query Analyzer использует ODBC API - ето правда :)
PS. Тут никто не сказал на счет dbExpress драйверов. В Delphi 7 есть драйвер dbExpress для MS SQL. Кто пробовал просьба написать. Интересно :)))
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.03.06;
Скачать: [xml.tar.bz2];
Память: 0.48 MB
Время: 0.012 c
