Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

ADO и dbf - файлы [D7, XP]

Страницы: 1 2 >
Lera © (2008-10-13 11:45:00)
Здравствуйте, подскажите пожалуйста, при использовании ADO для обработки dbf - файлов в настройках компоненты ADOConnection на закладке "Подключение" для подключения данных ODBC что лучше использовать "имя источника данных" или "строку подключения"...и если кто-нибудь знает, где в инете можно почитать про работу через ADO с dbf - файлами ghb gjvjob OLE DB Provider for ODBC Drivers.
Заранее спасибо.

ASoft (2008-10-15 11:11:00) [1]

> Lera © (13.10.08 17:15) [31]
>
> Пишет - " Не распознанный тип данных *.dbf "

К примеру, так:
ADOConnection.ConnectionString:=
'Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\base;'+
'Extended Properties = dBase 5.0;'+
'Mode = Read;'+
'Persist Security Info = False';

Правильный$Вася (2008-10-14 11:15:00) [2]

> Lera © (14.10.08 08:59) [38]

в гугл
"вы там будете слушать" (с)

Lera (2008-10-14 08:59:00) [3]
Так все таки BDE должно стоять у пользователя для прямой работы с файлами dbf через класс TDbf?

Palladin (2008-10-13 20:19:00) [4]
мда... стоило на время отлучится до дома...

>Palladin, значит на клиентских машинах не надо будет ничего ставить?

я не понимаю, у тебя какое то особок вероисповедание что не позволяет поискать TDbf и попробовать? как я вижу задача импорта, совет поступил 3.5 часа назад... да ну тебя знаешь куда....
lmd

Anatoly Podgoretsky (2008-10-13 19:52:00) [5]
Данные компоненты системы уже установлены, иначе бы ты не могла работать с АДО через OLE DB Provider for ODBC Drivers, я же приводил цепочку связи.

Lera (2008-10-13 19:39:00) [6]
Анатолий, а где взять эти компоненты?

Anatoly Podgoretsky (2008-10-13 17:59:00) [7]
> Lera (13.10.2008 17:13:30) [30]

И получишь тоже самое, только надежнее и проще в обслуживание, точнее никакого.

sniknik (2008-10-13 17:34:00) [8]
> "Произошли ошибки во время выполнения многошаговой операции OLE DB. По возможности проверьте значения всех состоянийOLE DB. Работа не выполнена".
> Подскажите, плиз, в чем дело?
один из вариантов неправильно задан какой то параметр в строке.

> Пишет - " Не распознанный тип данных *.dbf "
а с чего взял что будет dBase?

может быть фокс, клипер, адвантаже дбасе и т.д. до тысячи различных популярных и нет форматов с одноимённым расширением "dbf"...

Сергей М. (2008-10-13 17:23:00) [9]

> Lera © (13.10.08 17:15) [31]

Возьми на вооружение MS VisualFoxPro OLEDB - и начальство будет довольно, и телега без лишних колес будет..

Что же касается наличия чего-то там "по умолчанию" - все равно же кому-то так или иначе придется бегать по компам и устанавливать твой софт, так почему бы при этом не установить и всю прочую ботву, от которой зависит работа твоего софта ?

Lera (2008-10-13 17:15:00) [10]
Пишет - " Не распознанный тип данных *.dbf "

Lera (2008-10-13 17:13:00) [11]
Спасибо, т.е Microsoft.Jet.OLEDB.4.0.

Anatoly Podgoretsky (2008-10-13 17:07:00) [12]

> Palladin, значит на клиентских машинах не надо будет ничего
> ставить?

Если у вас работает через ODBC, то обязательно будет работать и без. ODBC лишнее звено.

Anatoly Podgoretsky (2008-10-13 17:05:00) [13]
Lera © (13.10.08 16:47) [24]
А вы не знаете случайно, как правильно настроить, такое соединение, которая я описала. Просто на высшем уровне было принято решение делать через ODBC драйверс, т.к. как они есть на машинах пользователей по умолчанию.

Вы не работает через ODBC драйверы, а через OLE DBProvider for ODBC Drivers, который затем обращается к JET (который не такой кривой, как первое), который затем обращается к БДЕ.
Отсюда вывод - выбросить лишнее звено, а оставить два последних, иначе проблемы будете огребать постоянно.

И вопрос, а какой ODBC драйвер используется? Наверно dBase и я не удивлюсь, что база на самом деле ФоксПро, а не dBase.

Lera (2008-10-13 17:02:00) [14]
Palladin, значит на клиентских машинах не надо будет ничего ставить?

Сергей М. (2008-10-13 16:56:00) [15]

> делать через ODBC драйверс, т.к. как они есть на машинах
> пользователей по умолчанию

Ну если и твойсофт, использующий ODBC, чудесным образом сам вдруг окажется на всех этих машинах, тогда можно и через ODBC)

А что еще, спрашивается, надо для полного счастья ?

Начальство только еще подумало о разработке и внедрения софта, а он - хрясь ! - уже там установлен)..

Вот лафа-то внедренцам, саппорту да админам !)

Palladin (2008-10-13 16:49:00) [16]
Прямой доступ означает - работа с файлом dbf, как с файлом. Без всяких драйверов (ну кроме файловой системы и тп) и соединений. см [14]

Lera (2008-10-13 16:47:00) [17]
А вы не знаете случайно, как правильно настроить, такое соединение, которая я описала. Просто на высшем уровне было принято решение делать через ODBC драйверс, т.к. как они есть на машинах пользователей по умолчанию.

Palladin (2008-10-13 16:40:00) [18]

> Lera © (13.10.08 16:38) [22]

с подобными, "обменными", dbf файлами лучше всего работать прямым доступом

Lera (2008-10-13 16:38:00) [19]
Пытаюсь настроить компоненту TADOConection для провайдера Microsoft OLE DB Provider for ODBC Driver. Выставляю "Источниик данных" = Файлы DBase, "Начальный каталог" = каталог на диске с файлом dbf, проверяю подключение -> сообщение "Проверка выполнена". Кладу на форму DataSourse, TADOTable. Соединяю компоненты. Выбираю в TADOTable TableName. Выдает ошибку "Произошли ошибки во время выполнения многошаговой операции OLE DB. По возможности проверьте значения всех состоянийOLE DB. Работа не выполнена". Подскажите, плиз, в чем дело?

Anatoly Podgoretsky (2008-10-13 16:11:00) [20]

> Спасибо.То есть БДЕ все равно, должно быть установлено на
> машине пользователя?

Как раз наоборот, без установленого БДЕ работать будет, поскольку в JET входят ISAM драйвера БДЕ (Text/xBase/Paradox (RO)).

Страницы: 1 2 >

Наверх

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