Comments on: Content Query Web Part vs. Custom Aggregation Web Part

By: Waldek Mastykarz

Waldek Mastykarz — Mon, 02 Jan 2012 07:01:52 +0000

@Aankur: This is definitely not the best way to approach cross-Site Collection aggregations. The approach you described is not scalable and while it might work for just a few Site Collection it will very likely be teribly slow as the environment grows. If you need to query data from multiple Site Collections I suggest you use search which is way more performant than any code-based approach.

By: Aankur

Aankur — Mon, 02 Jan 2012 04:58:07 +0000

Hello everyone,

I am new to Sharepoint 2010 (I have no experience in any of the previous build of sharepoint), Currently I got a chance to work on a Intranet portal, its a Sharepoint 2010 foundation based solution. Recently I worked on a Cross Site Rollup webpart. There are some custom properties in the webpart where we take web application, sitecollection and websites url as input, Name of the list and some other required information.

In code we create a list object and collect all site collections within a webapplication using a loop, all websites with in a sitecollection again using a loop.

And finally a loop fetches the actual data from list from all websites and show it in a grid or any listing control.

I am not sure weather this code is optimized or having best practice. Please help me to know the best way / best practices for such kind of cross site rollup webparts.

Apologies, if I use any wrong syntactical statement / spelling mistakes.

Thanks & Regards

Aankur

By: Suresh

Suresh — Mon, 20 Jun 2011 10:45:42 +0000

How to see the CAMEL query for the CQWC webpart?
I want know the Target audience filter CAMEL Query for the CQWC Webpart.

Thanks
Suresh

By: Waldek Mastykarz

Waldek Mastykarz — Thu, 02 Jun 2011 17:05:03 +0000

@Ronak: Unfortunately you won't be able to use the CrossListQueryCache in a Silverlight App as it's not available in the Silverlight OM. As a workaround you would have to create a Web/WCF service that would use the CrossListQueryCache class in the server API and then send you the results.

By: Ronak

Ronak — Thu, 02 Jun 2011 13:43:48 +0000

HI Waldek your blog as usual help me to find good information so thanks for it.Now i am working in SP2010 and i have created Silverlight Webpart to rollup events from Calendar lists but the performance is slow so search on web brought me here and now i am thinking about use CrosslistQueryInfo and CrossListQueryCache class.first was trying to get around this classes in Console application but always get Object reference Null error.i am trying to get rollup all calendar list Under some site /abc.
i got this error when i called dt = clqc.GetSiteData(site) if i pass spweb its works but doesnt cache as jeff Delton blog post.
can you please advise me any help will be appreciated.

By: Waldek Mastykarz

Waldek Mastykarz — Tue, 27 May 2008 14:30:32 +0000

You're welcome, TJ. Good luck

By: TJ

TJ — Tue, 27 May 2008 13:27:40 +0000

That's excellent, much appreciated.

It seems I have chosen the correct route this time. Extending the CQWP and adding a few extra fields to allow customization. I will then use the values to build a CAML query and set the QueryOverride property to the built CAML.

Thanks for your reply and advice.

By: Waldek Mastykarz

Waldek Mastykarz — Fri, 23 May 2008 15:00:37 +0000

If it's only query that you need to extend, you could try using the QueryOverride property. It basically allows you to use raw CAML query. The downside is, the end users won't be able to use the GUI to modify the query, unless you extend the standard CQWP and add an extra field to the ToolPart which will expose the QueryOverride property.

Extending the CQWP with the missing functionality is definitely a way to go. We have seen such approaches in many scenario's including the MSIT web site. Also Andrew Connell (MOSS MVP) shows CQWP customization using that approach.

As for the WSS Web Part, I think that it's all about compatibility. Yes, the WSS Web Part provides some extra functionality but the reusability is less comparing to the ASP.NET Web Part.

The test files: unfortunately, some time ago my hard drive has crashed. It contained the only copy of the test Web Parts. I've been thinking of rebuilding the whole case, but there are some other projects I have to work on. I would still like to answer your questions regarding the article.

By: TJ

TJ — Fri, 23 May 2008 13:19:26 +0000

Nice article.

I'm in the process of needing to take something like the content query web part but add a little more functionality to it. I need to add a more complex query than it by default it allows.

Initially I have set out by inheriting from the Content Query Web Part itself and are building on that. Would you recommend this as being an OK method?

Secondly if there are such positives to be gained from using the SharePoint base web part why do Microsoft recommend against doing such a thing?

Thirdly, any chance your test files from the above could be published for download?

Many thanks

By: Waldek Mastykarz

Waldek Mastykarz — Mon, 07 Apr 2008 04:17:07 +0000

Hello Jeff,

Thank you for your comment.
I have indeed used the GetSiteData method as it's the only method available in the CrossListQueryCache to aggregate data. The results have surprised me as well. Because the CrossListQueryCache class is being used by the Content Query Web Part I expected comparable results – just like you. Unfortunately looking at how the Content Query Web Part works didn't take me any further. So any suggestions are welcome!