SharePoint
Microsoft SharePoint Team Blog

The official blog of the Microsoft SharePoint Product Group
2012
SharePoint 2013 Cross-Site Publishing Overview: Part 1

Comments

Search vs. catalogs

Could you clarify, what is the difference between a basic search and using catalogs. I mean you can do farm level searches and include external content sources also, even with 2010. Now with 2013 as you have even better search engine, it's easy to aggregate data from different site collections and their libraries/lists using search queries. So the question is, what additional value does it bring to configure a library or list to catalog? Does it make easier to use this kind of "global" resources across site collections (shortcuts etc.) or do we have some other functionalities besides basic search tools for catalogs? Do you have any recommendations how many catalogs per site collection should be configured (performance)? So my request in short is that could you summarize the additional value of catalogs vs. basic search and list any recommendation when to use catalogs. Thanks.
 on 10/18/2012 3:57 PM

Documents

In this scenario, how might documents be maintained and then easily used on the publishing site since the authoring site is more than likely not visible to the end user? Does SP2013 have something to easily solve this?
 on 10/18/2012 9:43 PM

Aliases

Wouldn't document library document aliases have been an easier approach to learn and describe?
 on 10/20/2012 6:18 AM

Thanks for the great questions!

RE: Search vs. catalogs
There are a few benefits to using catalogs instead of manually configuring search and catalog search web parts. The first is that we do so much configuration for you that it makes connecting new sites much faster. On the connecting side configuration is optional, making it possible to connect to pages one-off, or configure the publishing site yourself. In that case we create a search results source to query the catalog's content. For systems that have multiple catalogs, it makes categorization of content and identification process easier. We also make it easy to mark content available for anonymous search queries. There is one thing that you can do through XSP not available any other way. For scenarios that involve lots of catalog items under a term (e.g., cameras in an electronics catalog), catalog item URLs are very useful.

Catalog item URLs are search metadata fields appended to managed navigation friendly URLs to uniquely identify a given catalog item detail page. For example, say there is a compact camera in a product catalog with model number 57672, and the tagging term set contains a term for compact cameras, but not for each specific model. In this case “www.contosoelectronics.com/cameras/compact/” navigation-based friendly URL would end, then the item’s model number “57672/” would be added to the end making it “www.contosoelectronics.com/cameras/compact/57672/” for that camera’s specific catalog item detail page.

We're still in the process of writing down performance and capacity planning guidelines, so I don't have anything specific to add. I will say that performance isn’t so much about the number of connections per site, but rather the queries run on a page (in terms of number and quality).

RE: Documents
The asset library model is often used to solve the problem of making binary files (like documents, images, and videos) available to a private authoring site and public (anonymous access) publishing internet site. In this setup the asset library site collection would be in the public domain, with anonymous access enabled. Catalog items in the authoring environment would link (through fields, in the body of HTML, etc.) to these assets and be available to authors and consumers alike.

RE: Aliases
While it may be a little more conceptually complex, the approach we took offers great flexibility and works on lists as well as libraries.
 on 10/22/2012 12:01 PM

Sharepoint

I think sharepoint 2013 has 16 hive mechanism which is very much prominent and having edge over other web based content management solution etc.
Very nice to hear such kind of info about sharepoint 2013 ...keep it up and you can browse for www.sqlservermanagementstudio.net/2010/05/sharepoint-2010-features.html
here..thanks
 on 10/23/2012 1:46 AM

Add Comment

Items on this list require content approval. Your submission will not appear in public views until approved by someone with proper rights. More information on content approval.

Title


Body *


Captcha

Please verify the text shown in the image

Commented By


Migrated Source URL


Commentator Name


Commentator Email


Attachments

Microsoft SharePoint Team Blog