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]

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

← →
sniknik © (2007-01-07 14:46) [41]

> А вдруг у него хоть так заработает?
ага, а если повторить тоже самое 18 раз, то наверняка заработает! ;о))

ты же повторяешь начало ветки... только, извини, уровнем "пожиже" чем уже посоветованное. а так, в принципе, тоже самое.

и уж если на то пошло то
> И такая, к примеру, строка:
приблизительно, у него и есть, о чем можно судить по номеру ошибки (15877), т.к. внешняя база для ODBC драйвера и jet это разные вещи (для ODBC и jet внешний) то номера этой ошибки у них различаются (для jet то же самое - 3275).
т.е. ты ему советуешь именно то, на чем он ее ловит (единственную показанную в ветке ошибку... ;).

← →
MsGuns © (2007-01-07 14:46) [42]

>_uw_ (07.01.07 14:24) [39]
>А вдруг у него хоть так заработает?

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

← →
_uw_ (2007-01-07 14:50) [43]

sniknik © (07.01.07 14:46) [41]

Так эта ошибка и возникает, если не дать прав на чтение-запись.

← →
sniknik © (2007-01-07 15:11) [44]

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

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

← →
sniknik © (2007-01-07 15:13) [45]

вот ошибка если задать права у ODBC строки коннекта
Произошли ошибки во время выполнения многошаговой операции OLE DB. По возможности, проверьте значения всех состояний OLE DB. Работа не выполнена

← →
_uw_ (2007-01-07 15:24) [46]

ну и т.д. не помню чем там дело кончилось. по моему тогда у спрашивающего интерес пропал и он просто "свалил". т.е. до решения тогда не дошли (а оно есть... ;о)))).

Так свалишь тут! Три дня воспитываете человека, вместо того, чтобы посоветовать ему какой-нибудь TDbf с документацией, переведенной Подгорецким.

← →
sniknik © (2007-01-07 15:29) [47]

> Так свалишь тут! Три дня воспитываете человека...
заметь не я/мы свалили, а тот кто задал вопрос, тот кому типа это должно быть более всех интересно...

> вместо того, чтобы посоветовать ему какой-нибудь TDbf с документацией, переведенной Подгорецким.
вопрос об этом не звучал...

но если хочеш посоветуй. (но, имхо, задача не стоит того, превращать 1 запрос, 2 строчки в программе в целый модуль "копирования в" + доп пакет это слишком)

← →
_uw_ (2007-01-07 15:40) [48]

Нет, не буду советовать. Посоветую только, чтобы он к строке, написанной Галинкой ©, добавил бы еще права доступа.

← →
Некто © (2007-01-07 15:49) [49]

Savek (04.01.07 17:17) [2]
Эх, где же ты раньше был? :)

← →
sniknik © (2007-01-07 16:02) [50]

> Посоветую только, чтобы он к строке, написанной Галинкой ©, добавил бы еще права доступа.
;о), ну да, там оно хоть ошибку давать не будет.
но вот с правами, это все одно не то... вот что получается если лишить драйвер прав на доступ к папке с базой
Непредвиденная ошибка драйвера внешней базы данных (9221)
но это только если при подключенном коннекте права поменять, если пытаться подключится то просто не находит путь.

← →
_uw_ (2007-01-07 16:19) [51]

sniknik © (07.01.07 16:02) [50]

Слушай, не запутывай нас с Kostya_86-м! Если папку не трогать, то все работает!

Вообще-то, я с dbf-ами имел дело единственный раз в жизни. Да и то, нужно было лишь прочитать таблицы. Сотрудник дал мне какой-то компонент, и никакого геморроя не было. Теперь, лет через 10, м.б. воспользуюсь для dbf jet-м, если не забуду, где искать строку связи :)

← →
Anatoly Podgoretsky © (2007-01-07 16:23) [52]

> _uw_ (07.01.2007 15:24:46) [46]

Если буду очень злой, так и посоветую, пусть мучается.

← →
_uw_ (2007-01-07 16:26) [53]

Anatoly Podgoretsky © (07.01.07 16:23) [52]
Если буду очень злой, так и посоветую, пусть мучается.

Ты меня понял в точности :))))

← →
Anatoly Podgoretsky © (2007-01-07 16:31) [54]

> _uw_ (07.01.2007 16:26:53) [53]

Я несколько раз, на протяжение многих лет обращался к TDbf, все надеялся, что они исправились, но каждый раз чувство разоравания становилось все глубже.

← →
sniknik © (2007-01-07 16:42) [55]

> Слушай, не запутывай нас с Kostya_86-м! Если папку не трогать, то все работает!
скажи это Kostya_86, он почемуто спрашивает/уверен в обратном.

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

> Вообще-то, я с dbf-ами имел дело единственный раз в жизни.
оно и видно, по ценности советов.

> Ты меня понял в точности :))))
а, понял, значит твои советы "чтобы помучался"?... уверяю тебя, для этого у него и своей дури хватит.

← →
Anatoly Podgoretsky © (2007-01-07 16:55) [56]

> _uw_ (07.01.2007 16:19:51) [51]

> Вообще-то, я с dbf-ами имел дело единственный раз в жизни.

Ну и зачем тогда ты здесь?

← →
_uw_ (2007-01-07 17:45) [57]

Anatoly Podgoretsky © (07.01.07 16:55) [56]
Ну и зачем тогда ты здесь?

Из чувства сострадания. Вот sniknik пытается сэмулировать приведенный глюк, а у него не получается. Покажу, как автор мог этого добиться.

Кладешь на форму TADOConnection и начинаешь строить строку связи. По умолчанию там Microsoft OLE DB Provider for ODBC Drivers. Жмешь Далее. Выбираешь Файлы dBASE. Проверяешь подключение, и все, вроде, нормально. Кидаешь TADOTable, TDataSource, TDBGrid. Связывешь их, как надо. Выбираешь имя таблицы в TADOTable и делаешь Active = True. В дизайне все прекрасно, данные видны.

Теперь делаешь Active = False, кидаешь на форму кнопку и в ее обработчике открываешь таблицу. В результате получаешь "Непредвиденная ошибка драйвера внешней базы данных (15877)".

Дальше автор спрашивает: что это может быть? И начинается стёб на 3 дня. Когда же на четвертый день я, повторюсь, из чувства сострадания говорю, что в этом случае ко всему, что было по умолчанию, нужно добавить права чтения-записи, и все будет работать и при таком провайдере, стёб переносится на меня. Но я в принципе не против - давай постебаемся дальше.

← →
_uw_ (2007-01-07 18:01) [58]

В продолжение стёба... Я там забыл сказать, что после того, как напишешь обработчик кнопки, программу надо все же запустить. Вот при нажатии кнопки и появится та самая ошибка.

← →
sniknik © (2007-01-07 18:03) [59]

> Выбираешь имя таблицы в TADOTable и делаешь Active = True. В дизайне все прекрасно, данные видны.
ошибка! раз у тебя открыто и в дизайне (данные видны) и пытаешься открыть в рантайме, то значит уже запущено 2 экземпляра коннектов. про что я упоминал... (правда конкретно описания не было то невозможно было сказать точнее), и это именно ошибка в BDE.
внимательнее надо быть.

> Дальше автор спрашивает: что это может быть?
и ему был конкретный ответ (гораздо конкретнее чем данное им, не тобой, описание)

> И начинается стёб на 3 дня.
ну скучно же! а так бы я просто бросил все после первого же ответа без реакции.

> Вот при нажатии кнопки и появится та самая ошибка.
не видел пока писал, и не проверял, но именно на это и "закладывался", а то что это за ошибка если даже не запуская программу происходит... ;о)

← →
_uw_ (2007-01-07 18:05) [61]

sniknik © (07.01.07 18:03) [59]
ошибка! раз у тебя открыто и в дизайне (данные видны) и пытаешься открыть в рантайме, то значит уже запущено 2 экземпляра коннектов. про что я упоминал... (правда конкретно описания не было то невозможно было сказать точнее), и это именно ошибка в BDE.
внимательнее надо быть.

Я там написал:

Теперь делаешь Active = False, кидаешь на форму кнопку и в ее обработчике открываешь таблицу.

> _uw_ (07.01.2007 17:45:57) [57]

А ты не пытался закрыть Дельфи?
Или наоборот открыть два экземляра Дельфи, что бы получить тоже самое в дизайн тайм?

> Я там написал:
> Теперь делаешь Active = False, кидаешь на форму кнопку и в ее обработчике открываешь таблицу.
ну а я написал, что это уже второй коннект, на котором произойдет ошибка изза блокировок системных файлов в BDE.

неужели не по русски пишу, что не понять?

← →
_uw_ (2007-01-07 18:12) [64]

Впрочем, теперь я вижу, что не работает именно из-за того, что открытым остался TADOConnection.

> Впрочем, теперь я вижу, что не работает именно из-за того, что открытым остался TADOConnection.
ну наконец то дошло... теперь можно вернутся к посту [9] и начинать "экономить время", теперь уверовали, что ошибка всетаки в нем и можно приступать (после 3х дней стеба) к поиску решения...

хотя зачем уже? автор "скрылся" это раз, и есть другое более подходящее решение (пост [7] пункт 2) для его "проблемы" это два.

> sniknik (07.01.2007 18:18:05) [65]

Зачем, какой смысл после 65 сообщений?

← →
_uw_ (2007-01-07 18:52) [67]

> Зачем, какой смысл после 65 сообщений?
сарказм. комуто тут покоя не давали "3 дня стёба". :о) ну вот показать вернувшись, что оно (решение) было еще там, и эти три дня фактически ушли на доказательство очевидного, вследствии "упертости" этих самых "койкого".
и еще три дня уйдет, на то чтобы убедить их всетаки открыть справку на указанной странице, чтобы увидеть второе, более подходящее, решение там тоже, как обещано, есть... если будут продолжать в том же духе. ;о((

> Да, это помогает бороться с глюком.
теперь сделай аналогичную прогу с открытием 1й dbase таблицы (в другом каталоге только) с помощью BDE, и попробуй по открывать их по очереди, то одну первой то другую. т.е. попытайся добится чтобы обе показывали открытую таблицу.

← →
_uw_ (2007-01-07 19:08) [70]

sniknik © (07.01.07 18:59) [69]

Да нет, глюк все же есть, как мне кажется. Поправь если я неправ. Теперь у меня на форме все, что и раньше, но без TADOConnection. Настраиваем строку связи TADOTable на Jet. После этого в дизайнере открываем и закрываем таблицу. Запускаем программу и получаем ту самую ошибку. Теперь можно следовать рекомендации Подгорецкого (перезапустить Delphi) или моей (что-то поизменять в настройке строки настройки, например, доступ). Программа будет запускаться и работать. Если теперь в дизайнере опять открыть и закрыть таблицу, то вновь получим ошибку.

> Я выбираю dBAse IV, но вобщем-то мне без разницы, лишь бы
> был файл с расширением dbf.

:-)

Я выбираю себе винчестер, но вобщем мне без разницы, лишь бы был SAMSUNG... (пусть даже утюг или холодильник...)

> но без TADOConnection. Настраиваем строку связи TADOTable на Jet.
без разницы, не указав коннекта а указав строку ты всеголишь заставил компонент его (коннект) пересоздавать каждый раз...
лучше всетаки с ним, и для проверки закрывать не таблицу а его.

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

вообще в [69] предложен более "чистый" тест, без неопределенных факторов в виде дельфей...

+ [72]
в проверке важен открытый коннект, а не открытая таблица.

> _uw_ (07.01.2007 18:52:07) [67]

Глюк только у тебя в голове.

← →
_uw_ (2007-01-07 22:28) [75]

Вполне вероятно. Но я от него пытаюсь избавиться. Вот научился, что если в программе единственный компонент TADOTable и нет никаких TADOConnection"ов и ты хоть бы и нечаянно сделал активной таблицу, то, чтобы программа после этого запустилась из среды и нормально работала, необходмо сначала перезапустить среду - больше ничего не надо! Самое обычное дело.

> Но я от него пытаюсь избавиться.
доооолго пытаться будеш, имхо, т.к. советов совсем не слушаешь.

тебе сколько раз говорили ODBC не пользоваться? нет опять за свое (иначе бы глюка в данном описании [75] не было).
говорили про TADOConnection что он необходим, и его надо закрывать.
про 2 коннекта одновременно открытых, которые ODBC постоянно держит открытыми (нет про это похоже уще не говорили), jet по мере необходимости.
и вообще про TADOTable настолько часто предостерегают, что уже зарекся на него внимание обращать... хотите геморрой, да без проблем, получите и распишитесь.

p.s. складывается стойкое ощущение что _uw_=Kostya_86, уж очень похожие заблуждения, поведение, "упертость".
что мне тоже очень не нравиться в общении наряду с "неадекватностью", засим думаю прекратить участие в данной ветке.

← →
_uw_ (2007-01-07 23:30) [77]

sniknik © (07.01.07 23:18) [76]

Нет, Николай, так беседовать нельзя. В [70] я уже писал, что экспериментировал с Jet и без TADOConnection. [75] - это продолжение той же темы, но как реплика Подгорецкому. А ты продолжаешь про ODBC. Ерунда какая-то получается :(

> А ты продолжаешь про ODBC.
потому что в [75] описаны симптомы именно для ODBC, ссылки на что это ответ/реплика/отход к раннему нет, а значит последнее слово, говорится о работе без TADOConnection когда чуть ранее препупреждал против этого.
т.е. полный бред получается и наплевательство на раннее договоренное (и с каким трудом заметь).

> Нет, Николай, так беседовать нельзя.
полностью согласен, поэтому и p.s. (а это уже p.p.s. получается.)

← →
_uw_ (2007-01-08 01:14) [79]

sniknik © (08.01.07 00:50) [78]
> А ты продолжаешь про ODBC.
потому что в [75] описаны симптомы именно для ODBC

Да в том-то и дело, что эти симптомы проявляются при работе с Jet! Об этом я и пишу.

С тобой я вообще не спорил. Мне было интересно понять, как работать с dbf через ADO. Я это уже понял. Согласен, что, чтобы полностью контролировать процессы и в дизайнере, и в программе, нужно пользоваться TADOConnection. Иначе приходится перезапускать IDE. Вот это я считаю глюком, ты - геморроем. По-моему, это одно и то же.

Но ведь я же тут еще как бы беседую и с Подгорецким, который считает, что это вовсе не глюк, а глюк в моей голове. Я и этого не отрицаю, более того, считаю, что у нормального человека в голове находится гораздо больше глюков, чем один. Но ведь не могу же я одновременно отстаивать сразу две позиции - и то, что глюк есть, и то, что глюка нет!

И последнее, _uw_ и Kostya_86 - это разные люди. Спроси у того же Подгорецкого, думаю, он это видит.

Спокойной ночи.

> _uw_ (08.01.2007 01:14:19) [79]

> _uw_ и Kostya_86 - это разные люди. Спроси у того же Подгорецкого, думаю, он это видит.

Не скажу, к тому же уже 80 сообщений.
Жду когда закончите.

> И последнее, _uw_ и Kostya_86 - это разные люди. Спроси
> у того же Подгорецкого, думаю, он это видит.

Да я помню даже имя и фамилию uw! :-))

> Marser (08.01.2007 02:02:21) [81]

Ульянов Владимир

← →
_uw_ (2007-01-08 02:37) [83]

Marser © (08.01.07 02:02) [81]

Помнишь:) Вообще-то, очень редко, но я меняю ники (если исключить Картинки, которые откуда-то лезут, но сразу говорю, что это я). В одной ветке я не использую два ника никогда. БЫл только один случай, когда я намеренно вернул свой обычный ник. Ты тогда сразу это и понял.

Anatoly Podgoretsky © (08.01.07 02:11) [82]
Ульянов Владимир

Не обзывайся! Я Uncle Wowa.

> _uw_ (08.01.2007 02:37:23) [83]

И он тоже дядя Вова, и папа и прочее

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