Error 3073 access

This article features error number Code 3073, commonly known as Microsoft Access Error 3073 described as Operation must use an updateable query.

About Runtime Code 3073

Runtime Code 3073 happens when Microsoft Access fails or crashes whilst it’s running, hence its name. It doesn’t necessarily mean that the code was corrupt in some way, but just that it did not work during its run-time. This kind of error will appear as an annoying notification on your screen unless handled and corrected. Here are symptoms, causes and ways to troubleshoot the problem.

Definitions (Beta)

Here we list some definitions for the words contained in your error, in an attempt to help you understand your problem. This is a work in progress, so sometimes we might define the word incorrectly, so feel free to skip this section!

• Access — DO NOT USE this tag for Microsoft Access, use [ms-access] instead
• Access — Microsoft Access, also known as Microsoft Office Access, is a database management system from Microsoft that commonly combines the relational Microsoft JetACE Database Engine with a graphical user interface and software-development tools
• Microsoft access — Microsoft Access, also known as Microsoft Office Access, is a database management system from Microsoft that commonly combines the relational Microsoft JetACE Database Engine with a graphical user interface and software-development tools

Follow Us:

Last Updated:

10/05/22 06:37 : A Windows 10 user voted that repair method 4 worked for them.

This repair tool can fix common computer problems such as blue screens, crashes and freezes, missing DLL files, as well as repair malware/virus damage and more by replacing damaged and missing system files.

STEP 1:

Click Here to Download and install the Windows repair tool.

STEP 2:

Click on Start Scan and let it analyze your device.

STEP 3:

Click on Repair All to fix all of the issues it detected.

DOWNLOAD NOW

Compatibility

Requirements

1 Ghz CPU, 512 MB RAM, 40 GB HDD
This download offers unlimited scans of your Windows PC for free. Full system repairs start at $19.95.

Article ID: ACX06453EN

Applies To: Windows 10, Windows 8.1, Windows 7, Windows Vista, Windows XP, Windows 2000

Speed Up Tip #8

Disable Fancy Windows Visual Effects:

If you care about speed more than aesthetics you can always disable those fancy visual effects in Windows. You can do that by going to the Performance Options in your Windows Advanced System Settings. Simply, tick off those fancy buttons, sliding menus, and glossy icons to increase your computer’s performance.

Click Here for another way to speed up your Windows PC

Excel columns run from A to Z, AA to AZ, AAA to XFD. The last column is XFD.

При некоторых запросах Microsoft Access я получаю следующее сообщение: Операция должна использовать обновляемый запрос. (Ошибка 3073). Я работаю над этим, используя временные таблицы, но мне интересно, есть ли способ лучше. Все задействованные таблицы имеют первичный ключ. Вот код:

UPDATE CLOG SET CLOG.NEXTDUE = (
    SELECT H1.paidthru 
    FROM CTRHIST as H1
    WHERE H1.ACCT = clog.ACCT AND
    H1.SEQNO = (
        SELECT MAX(SEQNO) 
        FROM CTRHIST 
        WHERE CTRHIST.ACCT = Clog.ACCT AND 
        CTRHIST.AMTPAID > 0 AND
        CTRHIST.DATEPAID < CLOG.UPDATED_ON
    )
)
WHERE CLOG.NEXTDUE IS NULL;

Начиная с Jet 4, все запросы, которые связаны с оператором SQL, суммирующим данные, не будут обновляться. Вы не используете JOIN, но предложение WHERE в точности эквивалентно соединению, и поэтому оптимизатор запросов Jet обрабатывает его так же, как и соединение.

Боюсь, вам не повезло без временной таблицы, хотя, возможно, кто-нибудь с большим знанием Jet SQL, чем я, сможет придумать обходной путь.

Кстати, это могло быть обновлено в Jet 3.5 (Access 97), так как тогда было обновлено множество запросов, которые стали необновляемыми при обновлении до Jet 4.

—

ответ дан 24 окт ’12, 14:10

У меня была аналогичная проблема, когда следующие запросы не работали;

update tbl_Lot_Valuation_Details as LVD
set LVD.LGAName = (select LGA.LGA_NAME from tbl_Prop_LGA as LGA where LGA.LGA_CODE = LVD.LGCode)
where LVD.LGAName is null;

update tbl_LOT_VALUATION_DETAILS inner join tbl_prop_LGA on tbl_LOT_VALUATION_DETAILS.LGCode = tbl_prop_LGA.LGA_CODE 
set tbl_LOT_VALUATION_DETAILS.LGAName = [tbl_Prop_LGA].[LGA_NAME]
where tbl_LOT_VALUATION_DETAILS.LGAName is null;

Однако использование DLookup решило проблему;

update tbl_Lot_Valuation_Details as LVD
set LVD.LGAName = dlookup("LGA_NAME", "tbl_Prop_LGA", "LGA_CODE="+LVD.LGCode)
where LVD.LGAName is null;

Это решение было первоначально предложено в https://stackoverflow.com/questions/537161/sql-update-woes-in-ms-access-operation-must-use-an-updateable-query

ответ дан 23 мая ’17, 12:05

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

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

Гленн

ответ дан 07 окт ’08, 22:10

В коде нет ошибки. Но ошибка выдается по следующей причине.

 - Please check weather you have given Read-write permission to MS-Access database file.

 - The Database file where it is stored (say in Folder1) is read-only..? 

Предположим, вы храните базу данных (файл MS-Access) в папке, доступной только для чтения, а при запуске приложения соединение не открывается принудительно. Следовательно, измените разрешение файла / его содержащую папку, как в C:Program files все почти все файлы c диска были установлены только для чтения поэтому изменение этого разрешения решает эту проблему.

ответ дан 06 дек ’13, 09:12

Я знаю, что мой ответ опоздал на 7 лет, но в любом случае вот мое предложение:

Когда Access жалуется на запрос UPDATE, который включает JOIN, просто сохраните запрос с RecordsetType свойство установлено в Dynaset (Inconsistent Updates).

Иногда это позволяет ОБНОВЛЕНИЮ работать.

Создан 25 фев.

Я бы попробовал создать запрос UPDATE в Access. У меня был запрос на ОБНОВЛЕНИЕ, который я написал как

UPDATE TABLE1
SET Field1 = 
(SELECT Table2.Field2
 FROM Table2
 WHERE Table2.UniqueIDColumn = Table1.UniqueIDColumn)

Запрос дал мне ту ошибку, которую вы видите. Это сработало на моем SQL Server, но, как отмечалось ранее, синтаксис Access UPDATE не является стандартным синтаксисом. Однако, когда я перестроил его с помощью мастера запросов Access (он использовал синтаксис JOIN), он работал нормально. Обычно я просто выполнял запрос UPDATE как сквозной для использования синтаксиса, отличного от JET, но одна из таблиц, с которыми я соединялся, была локальной таблицей Access.

ответ дан 19 дек ’11, 19:12

Это происходит, когда нет УНИКАЛЬНОГО ключа MS-ACCESS для обновляемой таблицы (таблиц). (Вне зависимости от схемы SQL).

При создании ссылок MS-Access на таблицы SQL вас просят указать индекс (ключ) во время связывания. Если это сделано неправильно или не выполняется вовсе, запрос к связанной таблице не подлежит обновлению.

При связывании таблиц SQL с Access УБЕДИТЕСЬ, что, когда Access запрашивает у вас индекс (ключ), вы используете именно то, что SQL использует, чтобы избежать проблем (ы), хотя для обновления таблицы Access достаточно указать любой уникальный ключ.

Если вы не были тем человеком, который изначально связал таблицу, удалите связанную таблицу из MS-ACCESS (ссылка удаляется только) и повторно свяжите ее, указав ключ правильно, и все будет работать правильно.

Создан 15 янв.

(Немного поздно на вечеринку …)

В прошлом я решал эту проблему тремя способами:

1. Ссылка на текстовое поле в открытой форме
2. DSum
3. DLookup

Создан 17 сен.

Я была такая же проблема.

Мое решение состоит в том, чтобы сначала создать таблицу из необновляемого запроса, а затем выполнить обновление от таблицы к таблице, и это сработает.

Создан 09 июля ’12, 05:07

ответ дан 04 авг.

MS Access — объединение таблиц в запросе на обновление … как сделать его обновляемым

1. Откройте запрос в режиме конструктора
2. Кликните один раз на ссылку ч / б таблицы / просмотр
3. В окне «Свойства» измените значение «Уникальные записи» на «Да».
4. Сохраните запрос как запрос на обновление и запустите его.

ответ дан 25 апр.

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

    Dim updatingItems As Recordset
    Dim clientName As String
    Dim tableID As String
    Set updatingItems = CurrentDb.OpenRecordset("*insert SELECT SQL here*");", dbOpenDynaset)
    Do Until updatingItems .EOF
        clientName = updatingItems .Fields("strName")
        tableID = updatingItems .Fields("ID")
        DoCmd.RunSQL "UPDATE *ONLY TABLE TO UPDATE* SET *TABLE*.strClientName= '" & clientName & "' WHERE (((*TABLE*.ID)=" & tableID & "))"
        updatingItems.MoveNext
    Loop

Я делаю это только с 60 записями в день, а с несколькими тысячами может потребоваться гораздо больше времени, поскольку запрос выполняется от начала до конца несколько раз, вместо того, чтобы просто выбрать всю группу и внести изменения. Вам может понадобиться » в кавычках для tableID, поскольку это строка, но я почти уверен, что это сработало для меня.

Создан 01 ноя.

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

Филип Стилианос

ответ дан 02 дек ’08, 00:12

По сути, хотя ваш SQL выглядит вполне разумным, Jet никогда не поддерживал стандартный синтаксис SQL для UPDATE. Вместо этого он использует собственный синтаксис (опять же, отличный от проприетарного синтаксиса SQL Server). UPDATE синтаксис), который очень ограниченное. Часто единственные обходные пути «Операция должна использовать обновляемый запрос» очень болезненны. Серьезно подумайте о переходе на более функциональный продукт SQL.

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

Создан 07 сен.

Я продолжал получать ту же ошибку, но все SQL-запросы выполняются в Access очень хорошо.

и когда я внес поправки в разрешение из AccessFile.

проблема исправлена ​​!!

Я даю ‘Сетевое обслуживание‘разрешение на полный доступ к учетной записи, эта учетная запись, если для IIS

ответ дан 16 мая ’12, 09:05

ответ дан 15 авг.

Создан 07 янв.

Здесь возможен другой сценарий. Это сообщение об ошибке будет также выдано для файла, который был извлечен из Visual Source Safe, для всех, кто все еще его использует, и которому не было присвоено значение «Возможность записи» ни в параметре «Просмотр», ни в «Извлечь».

Решение состоит в том, чтобы повторно получить файл из Source Safe и применить настройку Writeability.

Создан 17 янв.

Чтобы подробнее ответить на то, что DRUA упомянул в своем ответе …

Я разрабатываю свои базы данных в Access 2007. Мои пользователи используют среду выполнения Access 2007. У них есть разрешения на чтение для папки database_Front (передняя часть) и разрешения на чтение / запись в папку database_Back.

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

Копирование интерфейса в папку с документами решает проблему.

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

ответ дан 05 мая ’14, 18:05

проверьте свою БД (разрешение базы данных) и дайте полное разрешение

Перейдите в папку БД-> щелкните правой кнопкой мыши свойства-> безопасность-> редактировать-> предоставить полный контроль и меню «Пуск» -> запустить-> введите «uac», сделайте это вниз (если он высокий)

ответ дан 21 окт ’14, 11:10

Ответ, данный выше iDevlop, сработал для меня. Обратите внимание, что мне не удалось найти свойство RecordsetType в моем запросе на обновление. Однако мне удалось найти это свойство, изменив свой запрос на запрос выбора, установив это свойство, как указано в iDevlop, а затем изменив свой запрос на запрос на обновление. Это сработало, временная таблица не нужна.

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

Создан 30 ноя.