ADO

← →
DimOk (2008-03-03 11:26) [80]

> Попробуй для сравнения получить доступ к таблице через odbc-
> драйвер

Пробовал, но после при активате := труе пишет. Ошибка поставщика данных!

← →
Сергей М. © (2008-03-03 11:28) [81]

Можно еще для сравнения попробовать доступ прямо из MS Access (через Jet3.5 + FoxPro ISAM или через Jet4.0 + VFP ODBC)

← →
Сергей М. © (2008-03-03 11:29) [82]

> Ошибка поставщика данных

А он у тебя установлен в системе, VFP ODBC - провайдер ?

← →
DimOk (2008-03-03 11:29) [83]

> [81]

Хорошо сейчас попробую, но какой мне следует пото сделать вывод?

← →
Сергей М. © (2008-03-03 11:31) [84]

Если при том же самом провайдере в чужом приложении доступ к таблице быстрый, а в твоем медленный, значит ты что-то недоговариваешь)

← →
DimOk (2008-03-03 11:33) [85]

> Если при том же самом провайдере в чужом приложении доступ
> к таблице быстрый, а в твоем медленный, значит ты что-то
> недоговариваешь)

Понятно. Ноя все как есть выложил... :)

← →
Сергей М. © (2008-03-03 11:33) [86]

> какой мне следует пото сделать вывод

А пока вывод один - собственно АДО тут абсолютно ни причем.

← →
Kolan © (2008-03-03 11:40) [87]

Может грид нестандартный? а без грида тоже самое?
А с этим фокс прое есть где скрипт запустить? Там быстро?

← →
DimOk (2008-03-03 11:40) [88]

Access вообще не подключается. В Delphi при использовании ODBC если я выбираю поставщика Visual FoxPro Tables выдает ошибку инициализации поставщика....

← →
Сергей М. © (2008-03-03 11:42) [89]

> Access вообще не подключается

Через что не подключается ? Вариантов-то минимум два, в зависимости от конкретного семейства/версии MS Access..

← →
DimOk (2008-03-03 11:43) [90]

> Может грид нестандартный? а без грида тоже самое?
> А с этим фокс прое есть где скрипт запустить? Там быстро?
>

Пока я только пытаюсь сделать ADODataSet1.Activate := True; только что бы побыстрее. В Фоксе все быстро работает.

← →
Сергей М. © (2008-03-03 11:45) [91]

> DimOk (03.03.08 11:43) [90]

А как насчет доступа через БДЕ ? Пробовал ? Такие же пироги или картина иная ?

← →
DimOk (2008-03-03 11:47) [92]

Через БДЕ - пробовал, все впорядке, все быстро.

← →
Сергей М. © (2008-03-03 11:50) [93]

остается попробовать через связку ADO+ODBC или Jet+ODBC

← →
DimOk (2008-03-03 11:52) [94]

> остается попробовать через связку ADO+ODBC или Jet+ODBC

Я в этих делах не очень, можно немножко расшифровать? :)

← →
DimOk (2008-03-03 11:55) [95]

> Jet+ODBC

Как мне указать в строке подключения Extendet Driver или что то еще я уже и непомню.... :(

← →
DimOk (2008-03-03 11:59) [96]

> Extendet Driver

Вернее Extendet Provider=

← →
Сергей М. © (2008-03-03 12:02) [97]

ODBC - это
http://www.google.ru/search?complete=1&hl=ru&newwindow=1&client=firefox-a&rls=org.mozilla:ru:official&hs=Lml&defl=ru&q=define:ODBC&sa=X&oi=glossary_defi nition&ct=title

Не вдаваясь в подробности, для тебя это выглядит как "поставщик данных" или "источник данных".

Соотв. драйвер ODBC должен быть утановлен в системе.

В строке ADO-коннекта ты должен указать, что ты используешь именно odbc-, а не oledb-поставщика данных.

Равно как и при импорте/привязке внешних таблиц в MS Access-базе ты можешь указать, что источником данных является такой-то конкретный odbc-движок.

Только MS Access подключается к odbc-движку через "родной" для него Jet, а не через ADO.

← →
Palladin © (2008-03-03 12:04) [98]

выставь парметры

q.CursorLocation:=clUseServer;
q.CursorType:=ctOpenForwardOnly;
q.LockType:=ltReadOnly;

← →
Palladin © (2008-03-03 12:05) [99]

> остается попробовать через связку ADO+ODBC или Jet+ODBC

лучше не надо, в случае существования OLEDB провайдера

← →
sniknik © (2008-03-03 12:09) [100]

> Хотя в фоксе кидаешь грид на форму, устанавливаешь ему в качестве источника данных эту таблици и.. вуаля,
> грид заполняется практически мнгновенно....
сравнил. там же не делается выборки всей таблицы предварительно, там она просто открывается как файл и отображаются(читаются) только несколько первых строк по числу показанных в гриде.

реализация в общем там не твоя... уже сделано все за тебя.

← →
DimOk (2008-03-03 12:11) [101]

> выставь парметры
>
> q.CursorLocation:=clUseServer;
> q.CursorType:=ctOpenForwardOnly;
> q.LockType:=ltReadOnly;

Всеравно медленно.... :(

← →
DimOk (2008-03-03 12:14) [102]

> > выставь парметры
> >
> > q.CursorLocation:=clUseServer;
> > q.CursorType:=ctOpenForwardOnly;
> > q.LockType:=ltReadOnly;
>
> Всеравно медленно.... :(

И выдает ошибку Dataset does not support bookmarks, with are required for multi-record data controls

← →
Palladin © (2008-03-03 12:14) [103]

смотри
> sniknik © (03.03.08 12:09) [100]

про выборку всей таблицы

← →
DimOk (2008-03-03 12:19) [104]

> сравнил. там же не делается выборки всей таблицы предварительно,
> там она просто открывается как файл и отображаются(читаются)
> только несколько первых строк по числу показанных в гриде.
>

И что при запуске формы на гриде отображается тлько количество строк которое в него вмещается...? :)

← →
Сергей М. © (2008-03-03 12:23) [105]

> Palladin © (03.03.08 12:05) [99]

Я просто полностью не исключаю "кривизну" имеющегося у автора oledb-провайдера.. Или "кривизну" его инсталляции.

А MSAccess позволит подключиться к фоксовым таблицам иным маршрутом - через OLEDB for ODBC + VFP ODBC .. хотя бы для исключения подозрения на "кривизну"

← →
Сергей М. © (2008-03-03 12:28) [106]

Вот строка подключения для связки ADO -> OLEDB for ODBC -> VFP ODBC:

Provider=MSDASQL.1;Persist Security Info=False;Extended Properties="DSN=Visual FoxPro Database;UID=;SourceDB=g:\DBASES\SOME_VFPDB_DIR;SourceType=DBF;Exclusive=No;Back groundFetch=Yes;Collate=Machine;Null=Yes;Deleted=Yes;"

p.s. Флаг ShareDenyNone убрать нафих !

← →
Palladin © (2008-03-03 12:29) [107]

> Сергей М. © (03.03.08 12:23) [105]

угу... согласен...

← →
DimOk (2008-03-03 12:36) [108]

> Provider=MSDASQL.1;Persist Security Info=False;Extended
> Properties="DSN=Visual FoxPro Database;UID=;SourceDB=g:\DBASES\SOME_VFPDB_DIR;
> SourceType=DBF;Exclusive=No;Back groundFetch=Yes;Collate=Machine;
> Null=Yes;Deleted=Yes;"

Еще хуже.... среда повисла..... :(

> DimOk (03.03.08 12:36) [108]
>
>

Я так и не понял. у тебя vfp odbc установлен или нет ?

← →
DimOk (2008-03-03 12:42) [110]

> Я так и не понял. у тебя vfp odbc установлен или нет ?

Да. Но когда я в ODBC выбираую поставщика Microsoft Visual FoxPro Table , то вылетает ошибка инициализации поставщика :(

> Еще хуже.... среда повисла..... :(
а DSN "Visual FoxPro Database" у тебя есть? чтобы к нему подключаться...

а вообще, все это как как мертвому припарки... настройками не поможешь, реализацию/логику менять надо.

← →
DimOk (2008-03-03 12:44) [112]

> DSN "Visual FoxPro Database"

В данном случа Table а не Database

> В данном случа Table а не Database
>

по барабану.

И так и эдак должнго работать

> В данном случа Table а не Database
нет. в данном случае как раз таки Database, т.к. реплика была к
DimOk (03.03.08 12:36) [108]
...
> Еще хуже.... среда повисла..... :(
а там указано в подключении вовсе не Table.

← →
DimOk (2008-03-03 12:52) [115]

Наверное у меня драйвер не правильно работает.... Сейчас опять пустой проект создали попробовал через ODBC Ошибка SQLSetConnectAttr драйвера.

А ты параметры в диалоге выбираешь?

← →
DimOk (2008-03-03 12:56) [117]

> А ты параметры в диалоге выбираешь?

Нет, только прописываю путь и имя источника данных

> Нет, только прописываю путь и имя источника данных

А ты дважды на TADOConnection кликни и построй эту строку с пом диалога.

← →
DimOk (2008-03-03 13:02) [119]

> А ты дважды на TADOConnection кликни и построй эту строку
> с пом диалога.

Я так и делаю..... Если я выбираю в качестве поставщика Microsoft OLE DB Provider for Visual FoxPro то все работает но очень медленно, если я выбираю ODBC и на вкладке подключение выбираю имя источника данных Visual FoxPro Database/Tablset и устанавливаю начальный каталог D:\safe\best\base\filinew\sclad жму тест - ошибка.

← →
DimOk (2008-03-03 13:03) [120]

> Tablset

Tables - опечатка

ADO Найти похожие ветки