My<cod/>.net
Access 2000 подключение к серверу SQL Server 2005
Компания, в которой я работаю, имеет старое приложение Access 2000, которое использовало серверную часть SQL Server 2000. Нам было поручено переместить серверную часть в базу данных SQL Server 2005 на новом сервере. К сожалению, приложение не работает правильно при попытке сделать какие-либо вставки или обновления. Мое исследование обнаружило много сообщений на форуме, что Access 2000 - > SQL 2005 не поддерживается Microsoft, но я не могу найти документацию Microsoft для проверки этого.
Может ли кто-нибудь связать меня с какой-то официальной документацией, или кто-нибудь использовал эту настройку и может подтвердить, что это должно работать, и наши проблемы лежат где-то еще?
Не уверен, что это имеет значение, но приложение ADP скомпилировано в ADE.
У меня уже была подобная проблема раньше, когда я использовал ODBC связанных таблиц для подключения к серверу Sql. Решение состояло в том, чтобы повторно связать таблицы и указать первичный ключ к таблице. Если Access не знает первичного ключа, он не может выполнять вставки или обновления.
У меня нет никакого опыта работы с ADPs, но это может быть похоже, есть статья базы знаний об этом здесь http://support.microsoft.com/?ТКИД=КБ%3бен - -нас%3B235267&x=15&y=13
Все, что я читал о Access 2000 - > SQL Server 2005, - это то, что мастер увеличения размеров не поддерживается.
Если не работают только вставки и обновления, это звучит как проблема с разрешениями. Убедитесь, что имя Входа sql server, используемое в строке подключения, имеет разрешение на чтение и запись в базу данных.
Пожалуйста, избегайте использования учетной записи "sa" для этой цели!
Я не уверен, что эта конкретная комбинация поддерживается, но вы пробовали установить режим совместимости для базы данных на sql server 2000. Может быть, это решит ваши проблемы.
Edit: для этого выполните следующие действия SQL:
EXEC sp_dbcmptlevel Name_of_your_database, 80;
Более подробная информация здесь: http://blog.sqlauthority.com/2007/05/29/sql-server-2005-change-database-compatible-level-backward-compatibility/
Если только вставки и обновления не являются
функционируя, это звучит как
проблема с разрешениями. Убедитесь, что sql
логин сервера, который вы используете в своем
строка подключения имеет чтение / запись
разрешение на вашу базу данных.
Пожалуйста, не используйте учетную запись "sa"
для этой цели!
Если только вставки и обновления не являются функционируя, это звучит как проблема с разрешениями. Убедитесь, что sql логин сервера, который вы используете в своем строка подключения имеет чтение / запись разрешение на вашу базу данных.
Пожалуйста, не используйте учетную запись "sa" для этой цели!
Мы хотели использовать общую учетную запись приложения, но этот логин "could not find" любой из хранимых процедур, даже если они существовали, и логин имеет явные разрешения на их запуск (и также был успешно протестирован, как этот пользователь, в среде SQL Management Studio). Только после того, как мы предоставили этому login "sa" привилегии, мы могли фактически получить доступ к базе данных вообще через приложение.
но пробовали ли вы установить режим совместимости для базы данных, чтобы sql server 2000.
Я не совсем понимаю, как это делается. Не могли бы вы объяснить?
Также следует отметить, что если мы обновим приложение до Access 2003, все будет работать нормально. К сожалению, наш отдел IT не хочет обновлять всех с Office 2000 до 2003, поэтому это не вариант.
Спасибо за вашу помощь.
Access ADPs очень тесно связан с версиями сервера SQL, а MS проделал очень плохую работу по исправлению и взлому ADPs в трех основных версиях, которые были выпущены (2000, 2002 и 2003).
Если вы пытаетесь использовать скомпилированный ADE, я бы предложил сначала найти исходный ADP и посмотреть, сможете ли вы заставить его работать. Возможно, вам придется немного поработать там, прежде чем создавать свой ADE.
Предостережение: я не делаю ADPs, и рад, что принял решение не делать этого, так как Microsoft теперь осуждает их в пользу сервера MDB=>ODBC=>SQL.