В Access 2003 проблема с мемо-полем тогда и только тогда, когда в PK есть фильтр и присоединен подзапрос

У меня проблема с запросом в Acess 2003 (SP3).

У меня есть запрос, который включает несколько таблиц и подзапрос. Подзапрос и таблицы объединяются в основную таблицу. Запрос использует некоторые агрегатные функции, и есть предложение HAVING, которое фильтрует результат по первичному ключу (PK).

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

Странно то, что если я удалю предложение HAVING или использую его для фильтрации чего-то еще, кроме PK, поле отображается правильно. Если я удалю подзапрос из запроса, поле также будет отображаться правильно, даже если на ПК все еще есть фильтр (предложение HAVING).

Это ошибка в Access (я так думаю)? Если да, знает ли кто-нибудь способ обхода этой ошибки?

ReactJs | Supabase | Добавление данных в базу данных
ReactJs | Supabase | Добавление данных в базу данных
Это и есть ваш редактор таблиц в supabase.👇
Понимание Python и переход к SQL
Понимание Python и переход к SQL
Перед нами лабораторная работа по BloodOath:
0
0
2 250
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Поля MSAccess Memo, усеченные до 255 символов (до Access 2000, вообще не работали) в запросах GROUP BY. Однако, чтобы устранить очевидную ошибку, попробуйте следующее:

Вместо MemoField   используйте   Слева ([MemoField, 255)

Привет, спасибо, трюк Left (field, 255) сработал. Может быть, вы могли бы изменить свой ответ, указав, что именно этот трюк сработал. В любом случае отмечаю как принято. Большое спасибо.

Mathieu Pagé 26.09.2008 17:12

Вы также можете использовать Left (field, 4096) или любое другое число, которое вам нравится, чтобы вы могли получить полные данные из поля memo, если вам это нужно.

David-W-Fenton 26.09.2008 23:38

Другие вопросы по теме