Как настроить соединение с базой данных надежно

На самом деле подход WebService (упомянутый в другом ответе) означает, что вы перемещаете NHibernate и его логику в веб-службу. Затем WebService предоставляет доступную приложению функциональность db с помощью методов WebService.

Практически существует только один пользователь для базы данных, тот, который использует WebService, и если вы хотите, чтобы пользователь приложения имел разные привилегии db, вы абстрагируете его от уровня WebService.

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

Для работы в автономном режиме все сводится к созданию безопасного способа сохранения ваших данных в локальном хранилище и предоставлению метода синхронизации через WebService

Я фактически сделал это, используя веб-сервис, который взаимодействовал с БД и Приложение WinForm (.NET Compact Framework), которое общается только с веб-сервисом, и в случае отсутствия покрытия сотовой сети оно будет сериализовать изменения на карту памяти (данные не были важны, поэтому в моем случае неясные / непристойные меры безопасности, где не были приняты)

ОБНОВЛЕНИЕ с небольшим примером по запросу (хотя я нахожу странным просить пример по этому поводу)

вы настроили классы домена и конфигурацию nhibernate и (например) свой репозиторий в проекте введите Приложение ASP.NET WebService. Для простоты у меня будет только один класс веб-службы Foo (в Foo.asmx.cs), а также один доменный класс Bar

так что вы получите это (фактическая реализация может быть разной):

namespace FWS
{
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
    [System.ComponentModel.ToolboxItem(false)]
    // To allow this Web Service to be called from script, using ASP.NET AJAX, uncomment the following line. 
    // [System.Web.Script.Services.ScriptService]
    public class FooService : WebService
    {
        private readonly ILog errorLogger = LogManager.GetLogger("ErrorRollingLogFileAppender");
        private readonly IDaoFactory daoFactory = new DaoFactory();
        private readonly ISession nhSession =  HibernateSessionManager.Instance.GetSession();
    }

    [WebMethod]
    public Bar[] GetFavoriteBars(string someParam, int? onceMore){
        return daoFactory.GetBarDao().GetFavoriteBars(someParam, onceMore); //returns a Bar[]
    }
}

и мы абстрагируем daobehaviour, или просто используем nhsession напрямую, как веб-метод.

Теперь из приложения WinForm все, что вам нужно сделать, это Добавить WebReference , который вносит все необходимые изменения в конфигурацию, но также генерирует все необходимые классы (в этом примере создается панель Bar в том виде, в каком его предоставляет веб-сервис).

namespace WinFormK
{
    public class KForm(): System.Windows.Forms.Form
    {
        public void Do()
        {
            var service = new FWS.FooService();
            string filePath = "C:\\temp\FooData.xml";
            Bar[] fetched = service.GetFavoriteBars("yes!", null);

            //lets write this to local storage
            var frosties = new XmlSerializer(typeof(Bar));
            TextReader reader = new StreamReader(filePath);

            try
            {
                var persisted = (T)frosties.Deserialize(reader);
            }
            catch(InvalidOperationException)
            {
                //spock, do something
            }
            finally
            {
                reader.Close();
                reader.Dispose();
            }
        }
    }
}

есть некоторые вещи, на которые вы должны обратить внимание:

• Вы, по сути, теряете ленивые вещи, или, по крайней мере, вы теряете их в своем приложении winform. Сериализатор XML не может сериализовать прокси, и поэтому вы либо отключаете ленивую выборку этих коллекций / свойств, либо используете атрибут [XmlIgnore], который, в свою очередь, делает то, что подразумевает при сериализации.
• Вы не можете возвращать интерфейсы в подписях WebMethod. Это должны быть конкретные классы. Таким образом, возвращаемый IList должен быть преобразован в List или что-то подобное
• Веб-сервис выполняется IIS и виден из веб-браузера. . По умолчанию будут обслуживаться только запросы локального браузера (но это можно изменить), поэтому вы можете протестировать свой уровень доступа к данным отдельно от того, что делает ваша winform.
• Принимающая сторона (приложение winform) вообще ничего не знает о NHibernate.
• В приведенном выше примере я сохранил то же имя для dao-методов для веб-методов; Пока вы не сохранили методы, специфичные для nhibernate, в вашем dao (скажем, как параметр NHibernate.Criterions.Order ), вы, вероятно, не найдете проблем. Фактически у вас может быть столько же .asmx в вашем веб-сервисе по своему усмотрению, возможно, даже «сопоставьте» их с соответствующими dao (например, публичный класс FooService: WebService , публичный класс BarService: WebService , ] открытый класс CheService: WebService , где каждый соответствует DAO).
• Вам, вероятно, придется написать какой-то метод опроса между вашими конечными точками, чтобы ваши представленные данные оставались актуальными.
• Данные WebService подробны; крайне так. Желательно застегнуть их или что-то в этом роде, прежде чем отправлять их по проводам (и, возможно, зашифровать их)
• Win-приложение знает только запись конфигурации: http: //server/FWS/FooService.asmx
• Сеанс веб-служб отключен по умолчанию. помните об этом перед началом использования сеанса для пользовательских данных.
• Вам, вероятно, придется написать какую-то аутентификацию для веб-службы

• В приведенном выше примере я возвращаю Bar [] с Bar , отображаемым с помощью nhibernate. Чаще всего это может быть не так, и вам может потребоваться написать вспомогательный класс WSBar , где он адаптирует исходный класс Bar к тому, что может потреблять веб-сервис и приложение winform. . Этот класс на самом деле просто носитель данных. Опять же, это зависит от степени интеграции с вашими доменными классами и nhibernate, а также от того, насколько сложны ваши классы: некоторые структуры данных не могут быть сериализованы по умолчанию.

• Эта модель может не соответствовать тому, что вы уже сделали с вашим приложением