Может не совсем правилно создовать одну тему с несколькими вопросами, но мне кажется что все ето взаимосвязано.
Общая обстановка:
нужно сделать проект (C#, MS SQL Server), работающи с базои. решил сделать многозвенку (в етом направлении вес опыт - две недели тестил DCOM лет 5 назад). прочитал все до чего руки дошли, но кое что не понял.
    1. что предпочтителнее сделать, веб сервис или систему с силнои связью? и почему?
    2. как делать аутентификацию? 
т.е. дапустим клиент приконектился к серверу, прощел проверку на SQL Server-е, получил данные, отконектился. тепер обновил данные и снова конектится, и что, опять проверять логин и пароль? и так каждыи раз? юзер ето не заметит, но всеже.
    3. паралелная работа клиентов. как его организовать?
вот что я имею в виду: на сервере крутится одно серверное приложение, одновременно несколько клиентов пытаются с ним работать (ну как например с SQL Server-ом одновременно работает несколько клиентов). я тут видел решение етого вопрося методом доступа с разных портов. но ето не устраивает так как у юзеров (да и у меня тоже) все порты кроме 80 и 8080 закриты.
сервер запускаемыи клиентом, но как читал, не рекомендуют. Почему?
    4. как будет луще: сделать один крупныи сервер, которыи будет выполнять все деиствия с базои, или сделать много мелких серверов, каждыи выполняющи определенные деиствия с базои (ето привело бы к определенному паралелизму).

спосибо. 

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

На некоторые вопросы можно ответить сразу:

1. Вопрос выбора делать ли веб-сервис определяется так: должна ли быть возможность у других клиентов (отличных от твоей программы) стучаться к серверу через Интернет? 

2. Есть разные способы: можно пользоваться встроенной аутентификацией Винды, можно использовать Web-service Enhancemens (WSE), и т.п.

3. Одновременная работа: 



Как правило, закрыты порты для входящих соединений, а для исходящих - открыты. Поэтому вышеописанный метод вполне подходит.

4. В большинстве случаев достаточно одного многопоточного сервера. 

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

спосибо
 

Обратной связи не получится. Так организованы .NET remoting и web-services. Вроде бы только в Windows Communication Foundation можно реализовать.