Прошу извинить меня и Павла. Просто с ним мы познакомились на конференции по Access. Здесь, IMHO, есть много достойных и квалифицированных специалистов, поэтому адресация конкретно ко мне выглядит не совсем уместной. Однако, если вопрос стоит о том, какие книжки читать по Access, чтобы грамотно работать с SQL Server, то самая хорошая книжка (IMHO): Кен Гетц, Пол Литвин и Майк Гилберт "MS Access 2000. Руководство разработчика". На сегодняшний день вышел только первый том.
На втором месте (IMHO) книга Роджера Дженнингса "Использование MS Access-2000" (она появилась раньше).
Согласен с Павлом, что параллельным переносом MDB на MS SQL Server можно не получить не только никакого выигрыша, но заиметь кучу проблем и даже потерю быстродействия. Необходимо менять стиль мышления. Само по себе использование MS SQL Server в качестве "кастрюли для данных" никаких сногсшибательных преимуществ не дает. Более того, первое время будет очень трудно, когда узнаешь, что сделанные на VBA функции невозможно вызывать из текста SQL-запросов. И не только к функциям - даже к значениям полей формы обращаться нужно специальным образом. Только с функцией nz() получишь столько головной боли, сколько и представить себе не можешь (в T-SQL такой функции нет, есть аналогичная - придется переписывать все запросы, содержащие данную функцию). Перекрестные запросы аля-Access в MS SQL Server тоже напрямую реализовать не удастся.
Но что я все о грустном? MS SQL Server дает огромный выигрыш по сравнению с файл-серверными (настольными) системами, но только при использовании преимуществ клиент-серверной технологии. А это в первую очередь предусматривает перенос центра тяжести вычислительных операций на сервер. На сервер необходимо также перенести бизнес-логику и отслеживание корректности данных, тогда корректность данных не будет зависеть от конкретного приложения (могут ведь появиться несколько приложений, обращающихся в одну общую "кастрюлю"). SQL Server позволяет снять нагрузку с сети. Но при том условии, что активно используются средства SQL-сервера, в частности хранимые процедуры, которыми в MDB и не пахнет. Вот, собственно, в двух словах... Может, кто чего добавит.