Я прочитал эту статью и попробовал все в ней, и проблема все еще существует. https://support.microsoft.com/en-us/kb/128809Все столбцы показывают #Deleted
Данные приведены в SQL Server 2008 R2. У меня есть две таблицы по 81 строке. Один имеет 2 столбца, а другой 5. Обе таблицы имеют первичные ключи и уникальные индексы. Таблица с 5 столбцами связывается с Access 2010 fine. Таблица с 2 столбцами показывает 81 строку и оба столбца заполнены #Deleted.
Для двух таблиц требуется одно соединение, поэтому я попытался создать представление и связать его с этим. Три столбца в представлении все показывают #Deleted. Только один из столбцов в представлении - это таблица, в которой есть проблема.
Я попытался сделать запрос INSERT INTO в SQL Server, чтобы создать таблицу с тремя столбцами. Затем я добавил первичный ключ и уникальный индекс. Тем не менее, я получаю три столбца #Deleted, когда я ссылаюсь на итоговую таблицу.
Типы данных в обеих таблицах - все nvarchar, int и в таблице проблем есть bigint.
Из любопытства я добавил новый столбец типа int и переместил все значения bigint в новый столбец int созданной таблицы. Затем я сбросил столбец bigint, и это сработало! Я мог бы ссылаться на него. Поэтому теперь я хочу создать хранимую процедуру, которая периодически создает таблицу и изменяет тип данных в одном столбце от bigint до int.
Я бы предпочел не. Кто-нибудь знает, почему Access 2010, похоже, не нравится bigint?
Грег
Это имеет смысл. Для bigint нет эквивалента доступа. При связывании Access с SQL Server важно использовать только типы данных, поддерживаемые Access. В более новых версиях SQL Server есть несколько новых типов данных, таких как Date, Datetime2 и т. Д. Это некоторые, которые Access не распознает. – AVG
Странно, что для нас это никогда не возникало. У нас есть три экземпляра SQL Server с десятками баз данных и таблицами ссылок на десятки баз данных Access. – user1091524