Есть база на MS SQL Server с таблицами и пользовательский интерфейс на MS Access. Подключение через ODBC 13 или ODBC 17.
Пока все текстовые поля содержат символы с клавиатуры всё нормально. Но стоит вставить какой нибудь другой символ (на пример ÷) начинаются проблемы.
Если этот символ в ключевом поле, то вся строка в линкованой таблице помечается как удалённая, хотя реально на сервере она никуда не девается.
Если это поле просто индексированное то линкованая таблица в Access её показывает, но фильтр по этому символу не работает и поисковые запросы по этому полю его пропускают.

Отдельно друг от друга SQL Server и Access этим вроде не страдают, но в паре получается проблема.
Как тут быть ? Вот в чём вопрос).

Добавлю вводные данные.
Сервер: (просто тестовый комп) Windows7 рус, MS SQL Server14 рус, шрифт по умолчанию.
Клиент: Windows7 рус, MS Access 13 рус, тоже всё по умолчанию.

vmag,
Часть информации в базу вводится из Exell таблично (с преобразованием чтоб всё совпадало), слава богу это не часто, но как раз отсюда и прилетел первый голубь. Замечать это надо во время, а не когда с глюками сталкиваешься.
Ну а как ограничить вводимую информацию пользователем? Таблиц 40 штук, форм наверно еще больше. Как это сделать централизованно?

Сергей ЛаловGeizer1,

сталкивался с подобным при линковке mysq-ms acess. Решается перелинковкой таблиц через экземпляр драйвера с кодировкой Юникод.

В вашем случае наверное то же самое, если у вас ODBC 17, посмотрите в настройках экземпляра драйвера, в каком формате поток.

Вот настройка, нашел в сети, сам не пробовал:

здесь
В этом примере всё по умолчанию. Я так и делал. ODBC 17 вроде поддерживает Юникод по крайней мере использует его, и если проблемные символы не в ключевых полях то как я и писал - их видно и их можно редактировать. Но при этом в линкованных таблицах поиск по ним не работает.

vmagGeizer1Часть информации в базу вводится из Exell таблично (с преобразованием чтоб всё совпадало), слава богу это не часто, но как раз отсюда и прилетел первый голубь.

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

Ну путаниц символ- цифра там нет, а вот при наборе в Exell на локальном компе, юзеры вполне могут вставлять разные символы для красоты в текстовых полях. То преобразование которое я вспоминал форматированием текстовых полей не занимается (разве что пробелы убирает вначале и в конце поля). А теперь получается надо проверять на соответствие региональной-используемой странице символов ANSI.