Ситуация такова:
Есть приложение на Delphi 7, работающее с таблицами dBase через ADO. В приложении используются ADOConnection и ADOQuery. 
Провайдер: "Microsoft OLE DB Provider for ODBC Drivers"

Вот ADOConnection.ConnectionString: "Provider=MSDASQL.1;Persist Security Info=False;Data Source=dBASE Files"

Собственно, все прекрасно работает. Проблема в том, что при попытке одновременно с моим запустить другое приложение, также работающее с файлами dBase, не важно через ADO или BDE, вываливается ошибка "Cannot load Driver"

И наоборот - при работающей с dBase любой программе я не могу запустить свою прогу, выскакивает "Непредвиденная ошибка драйвера внешней базы данных (15877)"

Как с этим бороться?

А FoxPro не установлен?

Нет, не установлен.

В общем, с фоксовым драйвером у меня всё работает нормально, несколько программ одновременно открываются. Другой вариант - использовать TDbf.

TDbf - не вариант. Проблема кстати изрядно наболевшая, судя по постам в инете. Но уверенного решения пока не нашел.

Мне помогало!
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Jet\4.0\Engines\Xbase]
"BDE"=dword:00000002

Ни разу не сталкивался, хотя DBF из Дельфи открываю постоянно. 



Это сообщение отредактировал(а) Данкинг - 23.10.2009, 15:24

Gudinya, к сожалению, я не использую Microsoft Jet 4.0.
Данкинг, тебе видимо ADO с BDE лбами сталкивать еще не приходилось )).
Кстати на win 2003 все прекрасно работает.
Пока пришлось пересесть на BDE. Полет нормальный. Однако хотелось бы догрызть траблу.

Нет, и надеюсь, что и не придётся.   Зато у меня всегда фокса установлена, а в работе с DBF я совмещаю ADO и Tdbf.  

huminclouds, никогда не используй ADO для работы с парадоксом или dbf. По тестам BDE работает примерно в 2000 раз быстрее с парадоксом. Про DBF ничего не могу сказать. Но всё равно BDE будет быстрее с DBF работать, значительно быстрее.

Akella, спасибо за совет. На эту тему можно дискутировать очень долго. Лично по моим наблюдениям, ADO работает с Paradox и dBase ничуть не медленнее BDE, зато более функциональна, даже в localSQL, хотя казалось бы... Но не лишена, конечно, и своих косяков, например, знаменитое "Не удается найти строку для обновления".
На BDE-то я прогу пересадил, это несложно. Однако задача остается нерешенной.

Не совсем по теме, но всё же повторю.  Если ты работаешь с .dbf файлами, то как можно работать с ними без наличия на компе FoxPro?  Даже что-то посмотреть или отредактировать - без Фокса (через сторонние проги) сиё будет затруднительно. А если есть Фокс - есть и фоксовый драйвер + можно писать проги на самом фоксе и запускать из через "shellexecute", передавая имя нужного .dbf для обработки.  

Данкинг, прости дружище, но я вынужден открыть тебе глаза. Возможно это будет для тебя ударом, но это необходимо.
"Жизнь без FoxPro возможна!"
Крепись. )))))))))

Но работа с .dbf весьма затруднительна, я бы даже сказал, весьма, весьма и весьма. 


Это сообщение отредактировал(а) Данкинг - 26.10.2009, 14:38

И я и Vit тестировали. АДО работает не медленно, а оооочень медленно. Вернее не АДО, а ODBC.



а с чего ты взял, что на компе должен быть установлен фокспро      

Добавлено через 39 секунд

это называется лечить зуб ректально  

Добавлено через 3 минуты и 58 секунд
huminclouds, тебе нужны компоненты прямого доступа к дбф. А если уж нужно добраться к дбф через жоАДО, то можно поискать ODBC драйверы более-менее скоростные. Но я таких не видел.


Данкинг, DBF бывают разных форматов, типов. У фокса тоже свой формат dbf. Не факт, что фокс откроет все виды/типы DBF. Да и таскать с собой фокспро не очень-то и удобно.

На тот случай, если нужно что-либо поменять в таблице .dbf.  


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


Большинство всё же он откроет.  Да и, думаю, BDE тоже не все типы DBF поймёт.  


Это другой вопрос...  Но ведь для работы программ на Java на комп ставят JRE. Так почему бы для работы программ на фоксе (ну, в нашем случае - обработки DBF) не поставить фокс?  

Это сообщение отредактировал(а) Данкинг - 27.10.2009, 16:49

это называется подход из дельфи к дбф через жо

Добавлено @ 20:14

анука покажи, какие не поймёт ;)

Добавлено @ 20:15

это не отмазка

Добавлено @ 20:16

если на фоксе, то и таскай с собой фокс и можешь даже таскать с собой дельфи для работы программ, написанных на дельфи 

Это сообщение отредактировал(а) Akella - 27.10.2009, 20:16

Твои аргументы против?  
(или ты завидуешь моей находчивости?)    


Не знаю, я с BDE вообще ни разу не работал, поэтому просто предположил.  


Конечно, не отмазка, а логичное объяснение. А работать с DBF без установленного фокса - это то же самое, что установить FireBird, но принципиально не ставить IBExpert. 


Если программа написана на фоксе без использования Дельфи, то понятно, что придётся таскать с собой фокс. Но, повторюсь, это ничем не отличается от таскания с собой JRE для запуска .jar.  

Это сообщение отредактировал(а) Данкинг - 27.10.2009, 20:25

Да, мои аргументы против!



та Боже упаси   ... такой находчивости


Ну BDE умеет работать со всем стандартными DBF форматами и с парадоксом вплоть до версии 7. Самый идеальный вариант - это Paradox 7 + BDE 
+ BDE имеет свой собственный драйвер для MS Access

Так что BDE - это круто... было в своё время 

А щас круто какая-нибудь СУБД типа firebird, postgre, mssql + компоненты прямого доступа


Ну ты даёшь   , зачем я должен всем своим пользователям для работы своей программы устанавливать IBExpert :/ ???

Ты обрати внимание, что речь идёт не о работе программиста с dbf, а о работе программы!!! с dbf

Это сообщение отредактировал(а) Akella - 27.10.2009, 21:09

Нет, я спрашиваю, какие у тебя аргументы против.  
Кстати, предлагаю решить такую задачу. Имеются 5 файлов dbf (одинаковой структуры, для упрощения задачи). Требуется слить эти 5 файлов в один. Каким образом проще это сделать?  


Ничего не могу сказать, мне остаётся поверить. Разумеется, ADO, как и сам Фокс более "капризны" в этом плане.


Я как раз работу программиста имею в виду, поэтому понятно, что устанавливать пользователям IBExpert никто не просит.  Просто у нас в компании везде на компах стоит фокс, поэтому я и вполне могу использовать вышеозначенный вариант.  

Нет, ты спросил, типа мои аргументы против? Я ответил, что против   



Если это одноразовая задача, то это можно решить средствами экселя. В противном случае можно написать программу на дельфи или сях с использованием BDE или компонентов прямого доступа типа VolgaDB.
Если в каждом файле по 10-50 записей, то можно и АДО, а если там большое количество записей, сотни или даже тысячи, то АДО, а вернее ODBC будет склеивать такие файлы пол дня.



Значит ты не вник, что нужно автору темы.

Это сообщение отредактировал(а) Akella - 28.10.2009, 10:30

Забыл указать условие, что в каждой таблице по 100000 записей.  И как сиё решать через BDE: проходить циклом по каждой таблице?

ADO+стандартные драйверы ODBC загнуться на таком кол-ве записей, а BDE перекинет нормально, не за секунду, но нормально. При чём TTable в цикле может отработать быстрее чем TQuery запросами.
Экспериментировать не буду. Нет смысла. Не хочу.

Ну почему: ADO не загнётся, только скорость работы будет такой, что загнётся скорее юзер.  
Вот только вчера делал программу, которая сливает .dbf в разных каталогах в единый общий (там, правда, объёмы маленькие). Поиск файлов сделал на Дельфи, затем эта программа пути выводит в текстовый файл, который в свою очередь открывается прогой на фоксе, а она перебирает пути и подливает эти файлы к единому.
А в общем, это уже оффтоп.  

Ты забыл ещё что-нибудь дописать на джаве и потом на С++. Можно добавить ещё плагин на C#, и цеплять этот плагин к проге на дельфи через "костыли"   

Среда для работы с DBF - не Java, а FoxPro.  Потому и обрабатываю DBF я именно в нём.