Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2007.01.28;
Скачать: [xml.tar.bz2];

Вниз

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

 
Kostya_86   (2007-01-04 14:34) [0]

Здравствуйте. Подскажите, какой мне выбрать провайдер, если я связываюсь с таблицей формата dbf с помощью ADOConnection, и вообще какие параметры настроить, чтобы работало корректно, а то выдает постоянно какие-то ошибки??


 
MsGuns ©   (2007-01-04 15:25) [1]

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


 
Savek   (2007-01-04 17:17) [2]

Готовые примеры
http://www.connectionstrings.com/


 
KOStya_86   (2007-01-06 01:34) [3]

to MsGuns
Так в том то и дело, что в этом специальном окне я должен выбрать провайдер, чтобы он правильно связывался с dbf-таблицей. Так какой для этого выбрать?


 
Галинка ©   (2007-01-06 02:25) [4]

так дали же ссылку выше:

Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c:\folder;Extended Properties=dBASE IV;User ID=Admin;Password=;


 
Anatoly Podgoretsky ©   (2007-01-06 12:04) [5]

> Kostya_86  (04.01.2007 14:34:00)  [0]

Еще один партизан.
Прикажешь нам протелепатировать по двум пунктам?

1. как и насколько далеко тебя послал АДО?
2. что такое dbf?


 
KOStya_86   (2007-01-06 15:30) [6]

to Галинка
Не выходит. Выдает ошибку, когда я токо запускаю прогу: "Непредвиденная ошибка драйвера внешней базы данных (15877)" Что это может быть?


 
KOStya_86   (2007-01-06 15:36) [7]

to Anatoly Podgoretsky

1. ADO меня посылал далеко и по-разному, токо не хочет он работать, вобщем выдавал разные ошибки по поводу драйвера базы.

2.У меня dbf-файл, который я создаю с помощью экспортирования одной таблицы аксессовской базы из этого же аксесса. Я выбираю dBAse IV, но вобщем-то мне без разницы, лишь бы был файл с расширением dbf.


 
KOStya_86   (2007-01-06 15:39) [8]

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


 
sniknik ©   (2007-01-06 15:56) [9]

> "Непредвиденная ошибка драйвера внешней базы данных (15877)"
возможно не найдено BDE/проблема в нем.

> ADO меня посылал далеко и по-разному
в каждом конкретном случае "посыла" была своя собственная причина.
разбираться нужно по каждому, с полным знанием исходных данных...

> как проще через свою прогу экспортировать аксессовскую базу в dbf-таблицу,
в хелпе аксесса смотри раздел "Предложение IN", там с примерами.


 
Anatoly Podgoretsky ©   (2007-01-06 18:20) [10]

> KOStya_86  (06.01.2007 15:36:07)  [7]

1. так надо было идти
2. Ну тогда это просто

assign(F. "a.dbf")
rewrite(F)


 
Kostya_86   (2007-01-06 18:28) [11]

to Anatoly Podgoretsky

1. как-то не очень хотелось

2. я видимо немножко непонятно написал. Я могу свою аксессовскую базу экспортировать в dbf с помощью аксесса. Но мне надо делать в своей программе, Короче моя программа должна выполнять эту функцию экспорта.


 
sniknik ©   (2007-01-06 18:55) [12]

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


 
MsGuns ©   (2007-01-06 21:00) [13]

А я так и не въехал чего ему надо ;(
Просто таблицу из mdb выгрузить в dBase  ? Если так, зачем ему провайдер ?


 
KOStya_86   (2007-01-06 22:16) [14]

я смотрел хелпер, но мне не совсем понятно, как это применять... короче я может и чайник, но мне это надо, а вы относитесь с пренебрежением к чайникам


 
MsGuns ©   (2007-01-06 22:28) [15]

Я не отношусь с пренебрежением, остальные, ИМХО, тоже. Иначе их не было б в этом форуме.
Но в самом деле, неужели так трудно внятно и коротко изложить суть решаемой задачи.
Если это то, что предположено в [13], то sniknik Вам уже все сказал. Плюс в справке по access о гетерогенных запросах есть достаточно информации на этот счет. Поищите еще в инете - ссылок найдете кучу

Текст сивкеля готовый Вам дать ?


 
Anatoly Podgoretsky ©   (2007-01-06 22:44) [16]

> KOStya_86  (06.01.2007 22:16:14)  [14]

Только с ослабленным интеллектом и природной ленностью.


 
KOStya_86   (2007-01-06 22:45) [17]

А что за текст? Дайте, может понадобится.


 
KOStya_86   (2007-01-06 22:45) [18]

А что за текст? Дайте, может понадобится.


 
MsGuns ©   (2007-01-06 22:50) [19]

>KOStya_86   (06.01.07 22:45) [18]
>А что за текст? Дайте, может понадобится.

;)
Это был стеб. Ну типа звонок в регистратуру и требование дать рецепт. При этом не уточняется что и как болит, да в регистратуре вообще-то не врачи сидят ;)


 
KOStya_86   (2007-01-06 22:54) [20]

ну что и требовалось доказать...


 
MsGuns ©   (2007-01-06 22:55) [21]

Но все же наводку дам.
Для исполнения гетерогенных запросов вместо коннекта можно использовать TADOCommand со строкой соединения, где НЕТ указанного файла базы. Собственно Access БД указывается в самом запросе через квадратные скобки. Как и файл-база dbf.
Рекомендую Вам потренироваться в написании запроса непосредственно в акцесе а потом готовое перенести в делфи.
Другой способ - работа через ODBC


 
sniknik ©   (2007-01-06 23:04) [22]

> Другой способ - работа через ODBC
не советую... драйвера ODBC для dBase/Paradox/ с некоторых пор сами работают через jet, т.е. лишний посредник в вызове себя же... другое дело надо обратится к FB/MSSQL/Oracle/... тут да, по другому не выйдет.


 
sniknik ©   (2007-01-06 23:13) [23]

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


 
KOStya_86   (2007-01-06 23:15) [24]

Да мне не нужен никакой запрос. Вот имеется аксессовский файл базы данных, допустим 1.mbd, состоящий из одной таблицы(но это не важно). Мне необходимо в моей программе экспортировать этот файл в dbf-таблицу. Ну то есть переконвертировать как-бы в формат dbf. Мне ненадо переносить никаких данных. Просто поменять формат. Такое возможно? Если и сейчас я получу инфу, которая мне ничего не даст, то я поверю в то, что я тупой.


 
MsGuns ©   (2007-01-06 23:20) [25]

>sniknik ©   (06.01.07 23:04) [22]
>не советую.

Я не скажу про ODBC, справка акцес скажет ;)


 
KOStya_86   (2007-01-06 23:24) [26]

to sniknik
Нет, ты тут немного перегнул с философией. Я просто хотел узнать, как решить эту проблему. И ник я ни разу не менял.


 
MsGuns ©   (2007-01-06 23:32) [27]

>KOStya_86   (06.01.07 23:15) [24]
>Да мне не нужен никакой запрос.

Поймите, что акцес просто не работает без запросов ! Понимаете, НЕ РАБОТАЕТ ! И если Вы получаете доступ к его БД, не строя никаких запросов (например, в самом акцесе или используя TTable), то это не значит, что запросов НЕТ. Они есть, просто Вам их не показывают ;)

>Вот имеется аксессовский файл базы данных, допустим 1.mbd, состоящий из одной таблицы(но это не важно).

При работе с "серверными" БД кол-ве таблиц в базе не играет никакой роли. Н И К А К О Й ! Вы по-любому вынуждены "общаться" с сервером "по всей форме".

>Мне необходимо в моей программе экспортировать этот файл в dbf-таблицу. Ну то есть переконвертировать как-бы в формат dbf. Мне ненадо переносить никаких данных. Просто поменять формат. Такое возможно?

Что возможно ?

1. Экспортировать данные из таблицы Access в dbf
2. Конвертировать данные Access в dbf (это не адекватно 1)
3. Создать только таблицу dbf "по образу и подобию" таблицы access, не перенося туда данные. При этом ключи, индексы и т.д. сохранить. "По образу и подобию" написано потому, что создать ТОЧНО ТАКУЮ ЖЕ ТАБЛИЦУ НЕЛЬЗЯ хотя бы из-за различия в способах хранения и представления различных типов данных.
4. То же, что и 3, но без ключей, индексов и т.д.
5. Поменять формат - это вариация 3 или 4 ?

Что же Вам все-таки надо ? И каким макаром Вы хотите это сделать (приложение, разовый скрипт, разовая работа в акцесе например..)

>Если и сейчас я получу инфу, которая мне ничего не даст, то я поверю в то, что я тупой.

Вы сами не даете никакой инфы для того, чтобы Вам ответили ЯСНО, КРАТКО И ТОЧНО. Пока Вы не сможете четко сформулировать свою задачу, Вы, действительно, имеете шанс быть похожим если не на тупого, то на туповатого ;)


 
sniknik ©   (2007-01-06 23:40) [28]

> Да мне не нужен никакой запрос.
ну да, мы трудностей не боимся, мы их создаем...
> Мне ненадо переносить никаких данных. Просто поменять формат. Такое возможно?
возможно, и с переносом данных и без переноса, ПРОЩЕ ВСЕГО, это делается запросом. (1 строчка на внесение и 1 на выполнение... туда тебя и послали, в то место справки где есть САМЫЙ ПРОСТОЙ пример нужного запроса, с описанием/объяснением,  что используется)

> Нет, ты тут немного перегнул с философией. Я просто хотел узнать, как решить эту проблему. И ник я ни разу не менял.
может и перегнул, но вот только сомнения у меня насчет того что "хочеш узнать как решить проблему" т.к. ни единого движения в сторону посоветованого не было. зато куча трепа.
у меня вообще сомнения насчет открывания тобой хелпа, т.к. нет вопросов о том что конкретно в нем неясно, но есть головное "ничего не понятно" в [14] (такого не бывает, чтобы вообще ничего...)

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


 
sniknik ©   (2007-01-06 23:42) [29]

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


 
sniknik ©   (2007-01-06 23:46) [30]

> Пока Вы не сможете четко сформулировать свою задачу, Вы, действительно, имеете шанс быть похожим
> если не на тупого, то на туповатого ;)
чтобы задать правильный вопрос, нужно как минимум знать половину ответа. :)
© расказ "Верный вопрос" по моему...


 
Anatoly Podgoretsky ©   (2007-01-06 23:54) [31]

> sniknik  (06.01.2007 23:46:30)  [30]

> нужно как минимум знать половину ответа

Это вообще то наши философы, а "Верный вопрос" говорит о том, что надо задать верный вопрос. Нет вопроса нет ответа.


 
Anatoly Podgoretsky ©   (2007-01-06 23:57) [32]

> sniknik  (06.01.2007 23:42:29)  [29]

Написано больше - поменять расширение, перечитай внимательно ветку :-)


 
Anatoly Podgoretsky ©   (2007-01-06 23:59) [33]

> sniknik  (06.01.2007 23:40:28)  [28]

> составлять запросы не пойми для чего

Почему не понятно, парень заплатил за вступление в ВУЗ, теперь пришла пора расплачиваться.
Ведь не считаешь же ты его профессиональным программистом? Тем более БД


 
sniknik ©   (2007-01-07 00:18) [34]

> Почему не понятно, парень заплатил за вступление в ВУЗ ...
это меня как раз совсем не интересует. ;о)) смысл "не пойми для чего" больше в исходных данных, в том, что сделаешь запрос на конвертацию просто таблицы, а она окажется сложным запросом, или с неконвертируемыми типами/данными и т.д. мало ли.
исходных данных 0... будеш стараться/пытаться обьяснить, а толку тоже будет 0, а в конце еще окажется что и выполнять запросы тоже нужно учить и т.д.
а автор еще и "хвостом вильнет" напоследок, типа "я умный на самом деле, сам все знаю, а это просто шутка была" (были прецеденты), так стоит стараться? я бросил, с какогото момента, не понимают/не хотят/не пытаются с первого раза ну и ладно, треплемся.
(то что не пытаются/не хотят оцениваю субъективно по адекватности последующих постов)

хотя если бы действительно было чтото адекватное, выдержки хелпа куда послали, уточнения по непонятому в нем, конкретика по данным и т.д., то возможно дошло бы и до примеров запросов в объяснениях. (тоже были прецеденты ;)) даже несмотря на явное "блатное" нахождение в вузе.


 
Anatoly Podgoretsky ©   (2007-01-07 00:20) [35]

> sniknik  (07.01.2007 00:18:34)  [34]

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


 
_uw_   (2007-01-07 02:04) [36]

KOStya_86   (06.01.07 15:30) [6]
Не выходит. Выдает ошибку, когда я токо запускаю прогу: "Непредвиденная ошибка драйвера внешней базы данных (15877)" Что это может быть?

Возможно, ты не дал права доступа на вкладке Дополнительно при построении Connection String.


 
_uw_   (2007-01-07 02:08) [37]

И такая, к примеру, строка:

Provider=MSDASQL.1;Persist Security Info=False;Data Source=Файлы dBASE;Mode=ReadWrite;Initial Catalog=C:\Program Files\Borland\Delphi7\Projects\... и т.д.


 
Anatoly Podgoretsky ©   (2007-01-07 13:50) [38]

> _uw_  (07.01.2007 02:08:37)  [37]

Сразу вопрос, речь про АДО, если да, то зачем лишний посредник?


 
_uw_   (2007-01-07 14:24) [39]

Anatoly Podgoretsky ©   (07.01.07 13:50) [38]

А вдруг у него хоть так заработает?


 
Anatoly Podgoretsky ©   (2007-01-07 14:29) [40]

> _uw_  (07.01.2007 14:24:39)  [39]

Тогда тем более без посредников заработает, а так жирно, аж три посредника.



Страницы: 1 2 3 вся ветка

Форум: "Прочее";
Текущий архив: 2007.01.28;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.56 MB
Время: 0.073 c
2-1168515363
nordic3
2007-01-11 14:36
2007.01.28
Блокировка Ctrl


15-1168004495
Slider007
2007-01-05 16:41
2007.01.28
С днем рождения ! 5 января


2-1168713385
Влад
2007-01-13 21:36
2007.01.28
onMessage


15-1168250469
Виктор111
2007-01-08 13:01
2007.01.28
Нейронные сети


1-1165487765
sdram
2006-12-07 13:36
2007.01.28
С обьявлениями хомуты





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский