Try our conversational search powered by Generative AI!

Is there a more efficient way to perform queries to Commerce BD from code?



I'm developing several reportings for a Commerce solution. Several of them were relate to retrieving data from Purchase Orders, and I could easily do that using the EPiServer way with the OrderSearchOptions and OrderSearchParameters classes (documentation), so I could retrieve a List of PurchaseOrders over which I could easily apply more LINQ Queries. But now I require to perform a more complex query, which consists on retrieving all contacts and group them by date, region, city and postal code. Here's the SQL query I performed to retrieve this data in SSMS:


SELECT CONVERT(VARCHAR(10), c.Created, 103) AS 'Date', a.RegionName as 'Provincia', a.City as 'Ciudad', a.PostalCode as 'Código postal', count(*) as 'Registrados'
FROM [dbManagerDev2].[dbo].[cls_Contact] c, [dbManagerDev2].[dbo].[cls_Address] a
where c.PreferredShippingAddressId = a.AddressId and regionname is not null and regionname <> ''
group by c.Created, a.RegionName, a.City, a.PostalCode


I've posed several approaches to do this in a report in EPiServer Commerce Manager (always trying to look for the most Object Oriented approach if possible):

1- Create a LINQ2SQL file *.dbml and performed the query over the Data Context so I can use LINQ.

2- Use the function GetAllContacts from CustomerContext. The problem I think this approach has is that it loads all the Contacts data in an IEnumerable into the memory instead of an IQueryable, which can be very resource and time consuming in comparison of the first option.

3- Use ADO.NET directly in a "stringy" way, launching directly my query (very similar to the #1st approach, without LINQ).


For the time being and for the sake of simplicity, I'm using the approach #1, but I wonder if there is a more "EPiServish" and friendly way of doing the query I require. Does anyone have any idea or mine is the right way to go?

Thank you and kind regards,



Mar 10, 2014 10:17

Not a truly object-oriented way, neither stringly typed way. One approach could be execute query as string against database (this will give you flexibility when it comes to performance tuning as opposite to any auto-generated linq-to-sql transition queries) and use some mapping framework – Dapper or anything else in order to get back to objects. Hope that Entity Framework will fix this eventually (

Mar 11, 2014 11:45

Dapper seems a rather cool and efficient approach to deal with these complex queries by SQL. Thanks for the answer!

Mar 19, 2014 16:01
This topic was created over six months ago and has been resolved. If you have a similar question, please create a new topic and refer to this one.
* You are NOT allowed to include any hyperlinks in the post because your account hasn't associated to your company. User profile should be updated.