[ЕЖ]

Kvarx
1. Пока нет приложения и не понятно что и как оно будет использовать, про перенос тоже рано говорить. Скажу только что есть большая вероятность, что будет переносимо простым копированием. А может и нет =) Надо пробовать. .NET Framework и MS SQL конечно должны ставиться отдельно.

2. Что за автоматизация? Типа кучи связанных справочников, да учет отданных книг? Для такого типа задачи хватит только движка MS SQL.

3. Честно говоря не знаю даже как ответить на вопрос "Где можно почитать...". Перед тобой весь интернтет с варезными книгами, в т.ч. на русском, в т.ч. и у нас на форуме, или например на natahaus. Ищи книги, в названии которых ADO.NET - это то что тебе нужно. Еще на вскидку в голову приходит А. Постолит "VS.NET: Разработка приложений баз данных".

4. Всегда лучше делать ограничение доступа серверным, т.е. в самой БД, а не в приложении. В идеале БД должна быть неким целостным самодостаточным объектом, дающим доступ к себе по определенным правилам и определенному интерфейсу (хранимые процедуры). Приложение должно только правильно уметь оперировать этими правами/интерфейсом.

5. В принципе да, но сделано это не просто так. Ты, например, можешь одной командой дать/забрать права на доступ пользователю сразу на все таблицы одной схемы, а не делать это отдельно на каждую таблицу.

Constraints - дословно ограничения. Довольно широкое понятие, служат для поддержки целостности данных. Те же Foreign Keys относятся к constraints, наложение на столбец признака уникальности - constraint, серверная проверка записываемого в ячейку значения на удовлетворение ранее определенному условию - тоже constrains... их много разных.

По поводу организации связей... В первую очередь необходимо разобраться как сделать все что тебе надо на чистом SQL, а уже потом призывать на помощь лишь для удобства всякие дизайнеры БД (рекомендую кстати Sybase PowerDesigner, ну или ErWin). И забудь ты про Access, не нужен он тебе для работы с MS SQL никак.