Привет !
Столкнулся с одной неприятной штукой при линковке таблиц с сервера mySql.
Если мы линкуем таблицу, назовем её к примеру Контрагенты и поле НазваниеКонтрагента в ней содержит двойные кавычки , к примеру ООО "Вася Пупкин" , то при фильтрации и выбора такого ООО "Вася Пупкин" (обычной пользовательской фильтрации, в заголовке столбцов на табличной форме к примеру) таблица выдает пустой список строк.
А если написать так: ООО Вася Пупкин, то фильтруется и выбирается нормально.
Никто не сталкивался, не знаете как побороть?

А если сделать прилинкованную таблицу с сервера локальной (чисто аксесовской) то фильтры начинают работать нормально.

Докрутил проблему. Костыль создан. Достаточно создать аксесовский запрос, обернуть поле где кавычки либо в Cstr либо в Str и такое поле в табличной форме будет прекрасно фильтровать. Его понятно что нельзя редактировать, но в соседнем, которое не вычисляемое можно править. Подозреваю, что указанная проблема это недоработка драйвера именно в связке с ms access. Но во всяком случае решение есть. Вероятно можно решить более изящно, но пока не нашёл решения лучше

sdku, да, вы правы, поведение именно как у таблицы без индексов. Но при линковке индекс там есть. Видимо этого не достаточно. (

Да, мне как раз и нужно это на стороне клиента, без разбора, как текст. В рамках списка документов, которые никто не будет править а просто смотреть. Типа отчёта реестра по документам. Костыль зашёл в данном случае.

Замечал странности при линковке сложных вьюх с mysql, с большим количеством групповых операций из разных таблиц. Для себя сделал вывод, что для таких вообще нежелательно проставлять индексы при линковке на стороне аксесса. Просто как есть, статику, без ключей. С ключами вообще каша выходит

Я видел здесь на форуме пару тем про кавычки, но с другой стороны согласитесь, что юрлицо типа ООО " Ромашка" все таки привычнее и хотелось бы заводить сразу с кавычками. Хотя сторону составной сборки с разными полями под тип компании (ООО) и название я тоже понимаю и поддерживаю. Но для целей базки такое не надо)

Вадя, спасибо за примеры!

С обернутым в Cstr нормально работает тоже. При большом количестве контрагентов не знаю как будет работать , но тестировал при сотке ,нормально)

По рабочей базе 100 контрагентов не наберется и за 7 лет) В рамках данной бд нормально)

Но если развивать тему,только осознал, можно попробовать (я сам еще не тестировал):

На событие формы ApplyFilter:



передавать в сохраненную процедуру/функцию список индексов (значений ключевых полей) отфильтрованных значений, строить запроc/вью на сервере с учетом переданных значений в процедуру ("SELEСT * FROM table WHERE my_id IN MyStoredFunction") и выводить назад на форму. Думаю скорость будет нормальная.
Но я ни разу не пробовал передавать на сервер массив значений, не знаю как, наверное в виде текста/строки, и там распарсивать в функции.