коннект со второго раза

← →
bagryan © (2008-02-20 08:24) [0]

Здравствуйте!
Использую Delphi7, виндовый сервер PostgreSQL 8.2, работаю через ADO.
Делаю тест, кидаю на форму ADOConnection1, ADOTable1, table ссылается на connection и т.п.
Если изначально установить ADOConnection1.Connected и ADOTable1.Active в True, то все работает, в DBGreed загружаются данные из таблицы, все нормально.
Если же изначально connected = false, то после того как в коле делаем ADOConnection.Connected := True, выскакивает эксэпшен "Комманда не поддерживается поставщиком данных".
НО! Если сделать так:
try
ADOConnection.Connected := True;
except
ADOConnection.Connected := True;
ADOTable.Active := True;
end;
то со второго раза все прекрасно коннектится и работает. я конечно могу так и работать, но вообще это не нормально:( Хотелось бы услышать мнение опытных программистов, в каком направлении лучше копать, я с ADO работаю впервые.

← →
sniknik © (2008-02-20 08:37) [1]

случаем коннект не из/в виртуальную машину делаешь? у соседа была такая непонятная проблема (решения так и не нашли) в данном случае (с реально 2мя машинами работало), с другой стороны моя программа почемуто конектилась с первого раза (боится наверное ;).

← →
sniknik © (2008-02-20 08:39) [2]

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

← →
bagryan © (2008-02-20 08:41) [3]

Дествительно! все делаю на виртуальной машине, но все на одной, и постгрес и дельфи - все на виртуальной, windows xp. Коннекчусь на локалхост.
Но к сожалению попробовать на реальной платформе у меня сейчас возможности нет. Но я даже не подумал, что проблема может быть в этом:(

> а второй раз, когда обьект уже "поднят" действуют умолчания

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

> т.е. проблема в том, что я мог определить какие-то несовместимые параметры
не проблема, предположение что так вполне может быть... а от чего происходит (собственно в чем проблема) мы так и не определили cм. [1].
осложнение было в основном в том что сосед пишет на C++, т.что каких то особенностей/"тонкостей" я мог попросту не заметить.
и кстати работал он с MySQL, что (сама общность ситуаций) позволяет предположить, что дело в ADO, а не в базе (может он виртуальный интерфейс сети сразу не определяет... либо ошибку о нем от OLEDB провайдера неверно интерпретирует). в общем, если у тебя тоже что и у нас, то дело ясное, что дело темное... надо разбираться. и с как можно большим количеством исходной инфы...

> кроме непосредственно параметров коннекта: сервер, база, логин, пасс...
драйвер ODBC-шый? тогда попробуй убери это все вообще, оставь в строке только DSN, а все остальное настрой в нем. (если получится то это локализует проблему не общим ADO, а конкретно переходом от ODBC к ADO, т.е. OLEDB провайдером для ODBC)

коннект со второго раза Найти похожие ветки