Здравствуйте, Shota, Вы писали:

S>Чтобы такой ерундой не заниматься, в свое время использовал либу Sql.Net. Работала замечательно (был один небольшой косяк, но даже забыл какой, т.к. обошел легко). NHibernate не катил (хотя я сперва и хотел), т.к. было требование все упаковать в одну сборку. А эту либо я просто вкомпилил в проект и все заработало. Использовал для MS SQL Server,но MySql тоже поддерживается.

Спасибо, вроде что-то интересное, гляну обязательно. Хотя я тут уже начал подобие Query Object писать все-таки =)

Кстати, я так понимаю, что все-равно надо будет в BL или DAL слое специальную функцию и вызывать ее типа так:

IList<Order> orders = OrderAccessor.GetOrdersWithFilter(
    chkCustomer.Checked ? (int)cbCustomer.SelectedValue : 0,
    chkManufacturer.Checked ? (int)cbManufacturer.SelectedValue : 0,
    chkDateFilter.Checked ? (DateTime?)dtDateFilter.Value : null,
    chkOrderType.Checked ? orderTypeFilter : "",
    chkSupplierOrderN.Checked ? Convert.ToInt32(txtSupplierOrderN.Text) : 0);

чтобы в UI совсем намека на БД не было?
Теряется как бы красота и гибкость, так и хочется воспользоваться Query Object'ом в UI, а не создавать такую фукнцию для отделения... Но видимо так правильно...