Comments on: Build Your Own Data Access Layer: Out Of The Box CRUD Functionality

By: Davy Brion

Davy Brion — Tue, 27 Mar 2012 18:30:00 +0000

it’s mentioned here: http://davybrion.com/blog/2009/08/build-your-own-data-access-layer-bringing-it-all-together/

basically, create the SessionFactory and use that to create sessions

By: Feddedo21

Feddedo21 — Tue, 27 Mar 2012 09:12:00 +0000

How can i use this DAL layer , i cannot find an entry point for that , can you provide us with example ?

By: Build Your Own Data Access Layer: Hydrating Entities

Build Your Own Data Access Layer: Hydrating Entities — Sun, 04 Sep 2011 11:11:46 +0000

[...] Build Your Own DALNote: This post is part of a series. Be sure to read the introduction here.In the previous post of this series, you saw that some of the DatabaseActions use the EntityHydrater to umm.. hydrate [...]

By: Pmdevers

Pmdevers — Wed, 09 Mar 2011 10:08:00 +0000

thanks for your quick replies and this is a great article by the way

By: Davy Brion

Davy Brion — Tue, 08 Mar 2011 19:21:00 +0000

well, in the context of this data layer it is indeed the right approach

though i agree that it feels like there’s too much SQL… but that’s a limitation that won’t be easy to avoid if you’re using this

By: Pmdevers

Pmdevers — Tue, 08 Mar 2011 19:14:00 +0000

I was wondering if it was easly done because I have an application that has Many Users and Roles
and offcourse User_role mapping table.

And writing code like

IQuery query = session.CreateQuery(“WHERE RoleID in (SELECT RoleID FROM UserRoles where UserID = @USERID)”);
query.AddParameter(“@USERID”, user.ID, System.Data.DbType.Guid);
query.GetResults();

feels like there is to much SQL or is there an easier way to accomplish this or is this the right approach?

By: Davy Brion

Davy Brion — Tue, 08 Mar 2011 09:50:00 +0000

not immediately no… collections in general were deliberately kept out of scope for this because i wanted to keep this relatively simple

any reason why you can’t go with an existing solution?

By: Pmdevers

Pmdevers — Tue, 08 Mar 2011 08:18:00 +0000

Any Ideas to implement Many To Many Database action??

By: Davy Brion

Davy Brion — Wed, 15 Dec 2010 08:45:01 +0000

@Angel

the CreateAndAddInputParameter method is an extension method… that’s why the number of parameters differs from the definition

By: Angel Cheong

Angel Cheong — Tue, 14 Dec 2010 08:38:37 +0000

Awesome post! But l have a question here. l can’t see where is the usage of this method CreateAndAddInputParameter?. From your codes l can see some places did use the command.CreateAndAddInputParameter(tableInfo.PrimaryKey.DbType, tableInfo.GetPrimaryKeyParameterName(), id), but l don’t think there are referring to public static void CreateAndAddInputParameter rite? Because l can see the number of parameters pass to the method CreateAndAddInputParameter are different from the actual parameter in this method. Correct me if l am wrong.

Thanks.

By: New and Notable 362 : Sam Gentile's Blog (if (DeveloperTask == Communication && OS == Windows)

Tue, 25 Aug 2009 21:49:21 +0000

[...] but Davy Brion has started a series on Build Your Own Data Access Layer Series. Some posts include Out of the Box CRUD Functionality, Mapping Classes to Tables, and Hydrating [...]

By: Dan

Dan — Tue, 25 Aug 2009 19:38:35 +0000

What Suhair said, simply awesome.

By: suhair

suhair — Tue, 25 Aug 2009 16:10:20 +0000

This series is awesome, thanks

By: Reflective Perspective - Chris Alcock » The Morning Brew #419

Reflective Perspective - Chris Alcock » The Morning Brew #419 — Tue, 25 Aug 2009 07:20:26 +0000

[...] Build Your Own Data Access Layer: Out Of The Box CRUD Functionality – Davy Brion continues his series of posts looking at building a Data Access Layer which aims to give a view on what ORM software does. In this part Davy focuses on the basic Create Read Update Delete functions. [...]