ADOCommand, Acess

← →
term77 (2007-08-14 09:05) [0]

connection string:
"Driver={Microsoft Access Driver (*.mdb)};Dbq=D:\Teplo\DB.mdb;Uid=Admin;Pwd=xxx;"

ADOCommand1.CommandText:= "DROP TABLE people;";

логинюсь под админом. но при попытке удаления пишет

[Microsoft][Драйвер ODBC Microsoft Access] Невозможно изменение структуры таблицы "people". База данных доступна только на чтение.

← →
term77 (2007-08-14 09:33) [1]

при выполнении

UPDATE people SET people_fam = "Сысоев1" where people_id = 1

выдает

[Microsoft][Драйвер ODBC Microsoft Access] В операции должен использоваться обновляемый запрос.

подскажите в чем может быть дело...

← →
term77 (2007-08-14 09:38) [2]

База лежит в директории программы. Доступ к файлу полный.

← →
palva © (2007-08-14 09:49) [3]

Я сталкивался с тем, что база старой версии, и новые драйверы могут открывать ее только на чтение. Попробуйте OLEDB драйвер, может быть поможет.
Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\Teplo\DB.mdb;Либо попробуйте открыть базу в Access. Если база старая, то Access вам сразу же предложит конвертировать.

← →
term77 (2007-08-14 09:57) [4]

С такой строчкой
"Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\Teplo\DB.mdb;Uid=Admin;Pwd=xxx;"

пишет
Невозможно найти устанавливаемый ISAM.

А база не старая. Только созданная.
Под этим Microsoft® Office Access 2003 (11.5614.5606)

← →
palva © (2007-08-14 10:24) [5]

Тогда не знаю
> Невозможно найти устанавливаемый ISAM.
Я бы установил MDAC 2.8
Но, возможно, дело не в этом.

← →
sniknik © (2007-08-14 11:59) [6]

дело в артефактах от ODBC-шной строки подключения...

(то что разные марки машины потребляют разного типа бензин никого почемуто не удивляет, а то что у разных методов разные параметры это почемуто как откровение...)

← →
Плохиш © (2007-08-14 12:01) [7]

> то что разные марки машины потребляют разного типа бензин
> никого почемуто не удивляет

Давно на форуме автомобилистов не был? ;-)

← →
sniknik © (2007-08-14 12:04) [8]

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

А может быть причина типа этого: http://support.microsoft.com/kb/316675

← →
term77 (2007-08-14 13:53) [10]

>> GlFox © (14.08.07 12:07) [9]
нет...

>> дело в артефактах от ODBC-шной строки подключения...
Как это понимать? есть решение проблемы?

> Как это понимать?
понимай так, что строка показанная в [4] не является строкой подключения, а является просто строкой, смесью параметров для разных провайдеров.

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

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

ADOCommand, Acess Найти похожие ветки