От Access 2003 до SQL Server 2008?

Question

Клиент хочет разместить свою базу данных базы данных MS Access 2003 в SQL Server 2008, которая находится на другом сервере. Они будут использовать мастер увеличения, чтобы переместить свои базы данных и таблицы в SQL-сервер.

Клиент также имеет приложение для доступа к интерфейсу MS Access, написанное на VB. После изменения таблиц базы данных в SQL они хотят использовать SQL-сервер для чтения/записи данных, а также использовать adv. возможности программирования SQL Server, такие как сохраненные Procs, функции и т. д. Моя команда будет размещать свою базу данных SQL.

У клиента будет увеличиваться число пользователей, вводящих данные. Итак, что было бы лучшим вариантом для нашей команды предоставить доступ к нашему SQL-серверу, чтобы они могли использовать только свои базы данных на нашем SQL Server? Есть ли способ предоставить им строку подключения или что-то в этом роде, чтобы они могли ее протестировать в своем интерфейсном приложении, чтобы узнать, могут ли они подключаться к нашему SQL Server для чтения/записи? В основном я хочу знать. Каковы различные способы подключения внешнего приложения MS Access 2003, написанного на VB, для подключения к базе данных SQL Server, размещенной в другой сервер, чтобы пользователь мог читать/записывать в таблицы базы данных SQL? Есть предположения? Благодарю.

Answer 1

На самом деле, как работает эта настройка, не отличается от того, что ваши разработчики использовали C++, vb.net, C# или даже asp.net. В конце концов, эти инструменты разработки программного обеспечения, такие как C++ или FoxPro или MS Access, - это просто инструменты, которые позволяют вам писать программное обеспечение. Возможность доступа к MySql или Oracle или вставить свой любимый бренд базы данных X существует с первого дня.

До тех пор, пока ваша база данных поддерживает так называемое «открытое подключение к базе данных», вы уходите на гонки. И как вы настраиваете этот сервер базы данных, чтобы позволить некоторому программному обеспечению, написанному на языке C# или FoxPro или MS Access, на самом деле ничего не изменит, насколько мне известно.

Таким образом, доступ такой же, как и любой другой программный инструмент, такой как C++ или vb.net, - это инструмент, который позволяет вам писать код, и вы подключаете это приложение и пользовательский интерфейс к какой-либо системе баз данных, которую вы выбираете.

Технология соединения, используемая здесь, основана на отраслевых стандартах, и поэтому ваша настройка и поддержка на стороне сервера будет практически одинаковой для любых других приложений, которые вы используете в помещениях, которые используют сервер SQL теперь ,

О единственной актуальной проблеме здесь является то, что в Access у вас есть выбор из двух моделей объектов данных, ADO и DAO. Прямо сейчас, поскольку Microsoft обесценивает ADO, и они продолжают инвестировать в DAO, а также рекомендуют использовать открытые возможности подключения к базе данных. Например, Access 2010 поставляется с поддержкой, испеченной для SQL Azure (облачный sql), и эта поддержка основана на подключении к открытой базе данных.

Итак, в этот момент, как и в 2003 году, рекомендуется использовать модель объекта данных в Access для использования DAO.

Вы можете прочитать о обесценивании поддержки ADO в SQL сервере здесь:

http://blogs.msdn.com/b/sqlnativeclient/archive/2011/08/29/microsoft-is-aligning-with-odbc-for-native-relational-data-access.aspx

В то время как для хорошего количества общего экспорта и импорта, что ссылки на сервер SQL может произойти 100% внутри Доступ, этим пользователям будет STILL нужен набор клиентских инструментов помимо Access для эффективной работы с SQL-сервером, если со временем они начнут использовать функции SQL-сервера. Это, таким образом, предполагает, что им понадобится версия SSMS (студия управления сервером Sql). В этом случае более свободная версия SSMS должна быть достаточной.