Как безопасно настроить подключение к базе данных

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

существует практически только один пользователь для базы данных, тот, который использует веб-сервис, и если вы хотите, чтобы пользователь приложения имел разные привилегии БД, вы абстрагируете его от уровня веб-сервиса

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

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

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

обновление с небольшим примером по запросу (я нахожу это странным, хотя попросить пример об этом)

вы настроили свои классы домена и конфигурацию nhibernate и (например) свой репозиторий материал в проекте типа ASP.NET приложение WebService. Для простоты у меня будет только один класс веб-сервиса Foo (in 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 напрямую, выставленный как webmethod.

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

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<Bar> придется преобразовать в List<Bar> или что-то вроде
• веб-служба выполняется IIS и отображается из веб-браузера. По умолчанию будут обслуживаться только запросы локального браузера (но это можно изменить), поэтому вы можете проверить свой уровень доступа к данным отдельно от того, что ваш winform делает.
• принимающая сторона (приложение winform) не имеет никаких знаний о NHibernate вообще.
• в приведенном выше примере я сохранил то же имя для dao-методов для веб-методов; пока вы не сохранили методы nhibernate-specific в ваших dao (скажем, как NHibernate.Criterions.Order параметр) вы, вероятно, не найдете никаких проблем. На самом деле вы можете иметь столько .asmx классы в вашем веб-сервисе, как вы хотите, возможно, даже "сопоставьте" их с соответствующими dao (например public class FooService : WebService, public class BarService : WebService, public class CheService : WebService где каждый соответствует DAO).
• вы, вероятно, придется написать какой-то метод опроса между конечными точками для хранения данных.
• данные WebService многословны; чрезвычайно. Желательно, чтобы застегнуть их или что-то перед отправкой их по проводу (и, возможно, зашифровать их, а также)
• приложение win знает только запись конфигурации:http://server/FWS/FooService.asmx
• веб-службы имеют сеанс по умолчанию отключено. помните, что перед началом сеанса для пользователя данных.
• вам, вероятно, придется написать какую-то аутентификацию для веб-сервиса

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

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