locked
Sharepoint search or custom search? RRS feed

  • Question

  • Hi,

    In our sharepoint publishing site I have to implement 2 types of search functionalities.

    1) Normal site search - I'm clear with that and its straight forward 

    2) Search for Support solutions

    We have a searchable database of common questions and their resolutions which customers can use to get answers for their problems. It has implemented using sharepoint lists. We have a main list called "Solutions" and related lists like "Categories", "Products", "Keywords" etc... Solution list may have over 500 solutions.

    I want to implement a search only for the "Solutions" list. Customers should be able to type search keywords and select the "Product" and "Category". Then search result should list related solutions. 

    I can think of 2 ways of achieving this.

    a) Using built in sharepoint search by implementing custom content sources and scopes. And I would have to create a custom search web part to list "categories", "products" etc....

    Here my concern is how difficult it would be to implement these customizations since I'm new to search customizations.

    b) Implementing a custom search by building the CAML query dynamically. This would be pretty straight forward and easy. But I'm worrying about the performance.

     

    Appreciate if you experts can tell me the best for this scenario.


    -Madhawa
    Wednesday, February 23, 2011 12:12 PM

Answers

  • CAML isn't really the best way to go as there will indeed be a performance hit in the long run, not to mention there might be a support/maintenance bottle head.  You can use out of the box features quite easily to create something effective.  I'd suggest a combination of three things, used in conjunction with a Search Centre: -

    • Search Scopes, which allow you to ring fence the target area in which results are returned, different scopes can be specified for different lists
    • Best Bets:, these allow you to match up specific keywords against preferable results
    • Metadata Property Mapping, will allow you to provide a functionality where users can search against metadata.  SO, if you have a products category, you can set up a mapping for this and allow your users to exploit it.  Look at these here (http://technet.microsoft.com/en-us/library/cc262933(office.12).aspx)
    When looking at architecting these, I'd think about what you want your end user to experience and plan how these features will be used when assembling your solution.

    Hope that helps, but pleas let me know if you have any further questions.


    http://www.final-exodus.net
    • Marked as answer by David HM Thursday, March 3, 2011 1:00 AM
    Thursday, February 24, 2011 2:03 PM
    Answerer

All replies

  • Hi Madhawa,

    Please refer

    http://social.technet.microsoft.com/Forums/en-US/sharepointsearch/thread/dd340add-52dd-4da2-8ff6-5aed0625d6d0


    Regards, Pratik Vyas | SharePoint Consultant | http://sharepointpratik.blogspot.com/
    • Edited by Mike Walsh FIN Wednesday, February 23, 2011 1:59 PM The second link refered to a 2010 forum and was thus removed from this pre-2010 forum thread.
    Wednesday, February 23, 2011 1:51 PM
  • Hi Madhawa,

    Please refer

    http://social.technet.microsoft.com/Forums/en-US/sharepointsearch/thread/dd340add-52dd-4da2-8ff6-5aed0625d6d0


    Regards, Pratik Vyas | SharePoint Consultant | http://sharepointpratik.blogspot.com/

    Hi Pratik,

    I'm not sure how that link can help me on my scenario???


    -Madhawa
    Thursday, February 24, 2011 1:38 PM
  • CAML isn't really the best way to go as there will indeed be a performance hit in the long run, not to mention there might be a support/maintenance bottle head.  You can use out of the box features quite easily to create something effective.  I'd suggest a combination of three things, used in conjunction with a Search Centre: -

    • Search Scopes, which allow you to ring fence the target area in which results are returned, different scopes can be specified for different lists
    • Best Bets:, these allow you to match up specific keywords against preferable results
    • Metadata Property Mapping, will allow you to provide a functionality where users can search against metadata.  SO, if you have a products category, you can set up a mapping for this and allow your users to exploit it.  Look at these here (http://technet.microsoft.com/en-us/library/cc262933(office.12).aspx)
    When looking at architecting these, I'd think about what you want your end user to experience and plan how these features will be used when assembling your solution.

    Hope that helps, but pleas let me know if you have any further questions.


    http://www.final-exodus.net
    • Marked as answer by David HM Thursday, March 3, 2011 1:00 AM
    Thursday, February 24, 2011 2:03 PM
    Answerer