Короткий ответ нет. KDE 4.8.1 вызвал это изменение в переключателе задачи, и это действительно замедлило меня. Системный администратор на моей работе справился о нем, после того, как я жаловался, и ответ назад от разработчиков был "работами для меня, таким образом, это не проблема".
Это - то, что происходит, когда "косметические" изменения внесены людьми, которые на самом деле не используют функциональность, которую они повреждают. Это имеет столько же смысла сколько седение все приложения в главном меню, за исключением текущего. Жалуйтесь тому, кто бы ни Вы можете!
That could be because Company_ID is not an existing field in VendorRegKeys OR Users.
EDIT:
UPDATE VendorRegKeys
INNER JOIN Users ON Users.User_ID = VendorRegKeys.CreatedBy_ID
SET VendorRegKeys.Company_ID = Users.Company_ID
вы можете попробовать это
update a
set a.company_id = b.company_id
from vendorRegkeys a, users b
where a.createdby_id = b.user_id
Прямой ответ: нельзя. Компонент Access Database Engine simple не поддерживает синтаксис ванильного скалярного подзапроса SQL-92, даже если он находится в собственном так называемом режиме запроса ANSI-92.
Вы вынуждены использовать собственный собственный синтаксис, который не требует скалярного требования, т.е. является небезопасным и выбирает значение произвольно и незаметно **. Кроме того, помимо простых конструкций, он вообще не работает, особенно там, где ваш подзапрос (если вам было разрешено использовать его в первую очередь) использует функцию набора ( MAX
, SUM
и т.д.) - см. эту статью для некоторых действительно неудовлетворительных обходных путей.
Извините за отрицательный ответ, но это действительно базовый синтаксис, и я не могу понять, почему команда Access до сих пор не решила его исправить.