Самая обычный причина что учет гостя интернета (IUSR_MACHINE), который будет частью невыполнения обязательства «каждого» группой, не имеет письменные разрешения на файле базы данных (.mdb). Для того чтобы зафиксировать эту проблему, используйте плату обеспеченностью в исследователе для того чтобы отрегулировать свойства для этого архива так, что учет гостя интернета будет иметь правильно позволения.
ПРИМЕЧАНИЕ: При использовании баз данных доступа Майкрософт с СУЕТОЙ, также обязательно дать гостя интернета, котор учет письменные разрешения на директории содержа архив .mdb. Это потому что двигатель создает архив .ldb для того чтобы отрегулировать фиксировать базы данных. Вы можете также дать после того как вы прочитаны/письменное разрешение на скоросшивателе «Temp» потому что двигатель может создать временные файлы в этой директории.
Побочная причина этой ошибки что база данных не была раскрына с правильно РЕЖИМОМ для сочинительства. Если вы выполняете открытое на предмете соединения, то вы используете свойство режима для того чтобы показать позволения на соединении как показан здесь:
SQL = «комплект продуктов UnitPrice УТОЧНЕНИЯ = 2; »
Установите Conn = Server.CreateObject («ADODB.Connection»)
Conn.Mode = 3 '3 = adModeReadWrite
Conn.Open «myDSN»
Conn.Execute (SQL)
Conn.Close
ПРИМЕЧАНИЕ: невыполнением обязательства, РЕЖИМ установлен до 0 (adModeUnknown), которое вообще позволяет уточнения.
Другая причина этой ошибки что «прочитанная только» установка может быть проверена внутри странице вариантов для этого DSN в менеджере ODBC.
Последние вопрос и работа вокруг pertains к любому источнику данным по SQL. Ошибка может быть причинена заявлениями SQL нарушают referential герметичность базы данных. Здесь несколько из самых обычный вопросов терпят неудачу:
Просто группы, котор нужно общаться с теми, котор вы не можете изменить: crosstab, pass-through SQL, соединение, или вопросы действия уточнения (или делать-таблицы) которые имеют свойства UniqueValue установленные к да.
Другое очень совместное усилие когда соединять вклюает соединенные таблицы ODBC не имеют уникально индексы. В этот случай, не будет дороги для SQL гарантировать что показатели уникально в таблице которая имеет поля значение которых изменит с вопросом.
Одна причина имеет робастное временное решение. Если вы пытаетесь уточнить поле соединять на «одной» стороне «одн-к-много» вопрос, то они потерпят неудачу если вы не повернуть дальше каскадируя уточнения. Эта дорога, вы делегируете referential герметичность к реактивному двигателю.
