Ошибка при поиске текстовых переменных в текстовых полях таблиц

Братцы, помогите, пожалуйста!! Совсем уже выбился из сил… Не могу уже видеть эту ошибку… Вторые сутки не сплю и не ем.

По порядку:
Подключаюсь к базе MySQL из VBA (MS Excel) посредством “MySQL ODBC 5.3 ANSI Driver” (последняя версия 5.03.09.00 от 18.07.2017). Сам MySQL сервер на компьютере не установлен, но это не мешало на протяжении многих лет подключаться к базе, считывать и добавлять данные в таблицы SQL.
Процедура подключения:
Процедура поиска текстовой строки в таблице SQL:
Строка
rs9.Open "SELECT COUNT(*) AS Chk FROM category_description WHERE name = " & "Test", conn, adOpenDynamic, adLockOptimistic
вызывает ошибку «Драйвер ODBC не поддерживает требуемые свойства»


Работа над ошибкой:

Как видите, “проблемная” строка макроса пытается найти количество вхождений строки “Test” в текстовом поле “name” таблицы “category_description”.
Структура таблицы “category_description” такая:


Команда SHOW VARIABLES LIKE 'char%' для таблицы “category_description” выдает такое:


Эта же команда выдает для всей базы данных то же самое:

Замечено, что строка, выдающая ошибку, корректно работает с нетекстовыми полями таблиц SQL и поиском в них только цифровых значений. К примеру, в поле “category_id” та же “проблемная” строка легко находит значение “222”:
rs9.Open "SELECT COUNT(*) AS Chk FROM category_description WHERE category_id = " & "222", conn, adOpenDynamic, adLockOptimistic
Возвращает rs9.Fields("Chk") = 2

При попытке искать текстовые значения в любых полях этой таблицы любые вариации "проблемной" строки макроса:
rs9.Open "SELECT COUNT(*) AS Chk FROM category_description WHERE category_id = " & "test", conn, adOpenDynamic, adLockOptimistic
rs9.Open "SELECT COUNT(*) AS Chk FROM category_description WHERE name = " & "test", conn, adOpenDynamic, adLockOptimistic
rs9.Open "SELECT COUNT(*) AS Chk FROM category_description WHERE name = " & "тест", conn, adOpenDynamic, adLockOptimistic
возвращают все ту же ошибку «Драйвер ODBC не поддерживает требуемые свойства». Сделал вывод, что проблема связана с кодировками…

Танцы с бубнами вокруг изначального подключения коннектора к базе SQL:

1. Начитался про параметр SET NAMES utf8. Согласно инструкциям подключаюсь к базе так:


Подключение к базе происходит нормально, но на "проблемной" строке кода вылазит все та же ошибка, ровно как и с другими параметрами:
"STMT=SET character_set_results = 'utf8';" & _
"STMT=SET character_set_client = 'utf8';" & _
"STMT=SET character_set_connection = 'utf8';" & _
"STMT=SET character_set_database = 'utf8';" & _
"STMT=SET character_set_server = 'utf8';" & _

2. Прочел, что при проблемах с кодировками, многим помог параметр CHARSET=utf8. У меня с этим параметром подключение происходит нормально, но поиск текста вызывает все ту же ошибку «Драйвер ODBC не поддерживает требуемые свойства»:


Танцы с бубнами вокруг дампов:

Пробовал решить проблему, как описывалось на многих форумах, посредством редактирования дампов таблицы. Подумал, что необходимо все мои кодировки (типа “utf8mb4”) свести к “UTF-8”. Чтобы команда “SHOW VARIABLES LIKE 'char%'” выдавала результат, подобный этому (результат не мой, взял для примера):


Создал дамп таблицы “category_description”. В нем строка с “utf8mb4” встречается только один раз.
Пробовал заменить эту строку на “SET NAMES utf8;” и выгрузить дамп обратно в базу, но не помогло. При запросе “VARIABLES” наблюдается все та же картинка с кодировками “utf8mb4”.

Многие советуют внести исправления в файл настройки SQL "my.ini". Но, на моем локальном компьютере этого файла нет (сервер SQL не установлен), а на самом сервере я также не могу его найти.
Подскажите, пожалуйста, хотя бы в какую сторону копать. Я не программист, многие вещи делаю наугад и методом “проб и ошибок”. Вторые сутки воюю с этой ошибкой, совсем потерялся и уже не знаю, что делать…

0

Сообщение от tinkandr Начитался про параметр SET NAMES utf8.

Пожалуй скажу, что читал ты это не вникая в детали. Далее, мой совет совсет не соответствует теме топика, но тем не менее посмотри может поможет , правда там я использовал на настоящий момент уже достаточно древний драйвер для доступа к mysql, но тем не менее с тех времен мало что изменилось.

1

Сообщение от Joeymax читал ты это не вникая в детали

Ну, конечно, Joeymax, я же говорил, что я не программер. Лошара я полный! ) Ошибка моя заключалась в 'одинарных кавычках'. Сбило то, что с числами макрос работал и без кавычек. Числам не нужны одинарные кавычки! Блин, как же все просто! ) А я в такие дебри залез!! Вот, рабочий вид процедуры (за одним, перешел на более лучший способ проверки наличия строки в результатах запроса):
Спасибо тебе большое за ответ и участие!

0