This article has been submitted by Nidhi Puri having Siebel experience of 2+ years and right now working as Project Lead. 1. For an Applet, a search spec filters the records that are displayed on UI. The underlying BC brings back a set of records and before they can be displayed, the applet search spec applies the filter on them and displays only a subset of records.
A Search Spec is nothing but a filter on the returned set of records and if we we look atc it from database point it acts as where clause in the SQL that is formed which restricts the number of records that will be retruned from database.
In Siebel we can apply search spec to
2. For a Business Component, a search spec filters all records that would be returned from the underlying base table. This would also result in the filtering of records on the applet tied to this BC. However, the search spec in 1 above works only for that particular applet while on a BC, the search spec is inherently applied to all applets that are based on this BC.
3. A search spec on a Link will filter all child records from the destination BC.
Account/Address link. Search spec looks something like this: [City] = ‘London’, this will bring back all address records for the account where the City = London.
4. A search spec on a Picklist will filter the data that the picklist points to. For static picklist, the data exists on the List of values, so the search spec for a static picklist would look something like this:
[Value] <> 'Corporate'. This would show all values other than "Corporate" when you click on the dropdown. For dynamic picklists, the search spec would something look like this: [Active Flag] = ‘Y’, this would bring back all records from the destination BC (on which the picklist is based on) where the Active Flag = Y
Wednesday, May 7, 2008
Siebel Search Specification (Search Spec) – What about it?
Labels:
Configuration
Subscribe to:
Post Comments (Atom)
Archive
-
▼
2008
(36)
-
▼
May
(24)
- Siebel List of Values - A Strategic Move - Continued.
- Siebel List of Values - A Strategic Move!
- Siebel CRM How To - Create a new LOV?
- Siebel CRM How To - Invoke Workflow through BC Use...
- Siebel Tools How To - Have Mutiple Local database ...
- Siebel How To - Create Inbound and Outbound Webser...
- Siebel How To - enable or disable a button conditi...
- Navigating Siebel - Via Keyboard!
- Siebel CRM How To - Automate login into Siebel Ded...
- NextRecord DeleteRecord - Use with caution!!
- Siebel CRM How To – Restrict a Field to only Accep...
- Siebel eScript – How to track performance with Tim...
- Siebel eScript – An Overview
- Siebel Logs - How Useful are they ?
- Siebel Business Component Outer Join - How Important?
- Siebel Profile Attributes - an Overview.
- Siebel Search Specification (Search Spec) – What a...
- Siebel Tools - Check In - Check Out an Introduction.
- Siebel CRM - Configuration File (cfg) Disected and...
- Siebel CRM 7.8 - Signals Demystified.
- Siebel 7.8 Signals - A Case Study!
- Best Practices For Siebel
- Siebel CRM - Back to Basics (Siebel Architechture).
- Siebel CRM How To - Automate login into Siebel Ded...
-
▼
May
(24)
Translation by Google
Subscription Free
Categories
- ANSI SQL
- Back to Basics
- Best Practices
- Case Study
- cfg File
- Check In -Check Out
- Configuration
- Copy
- Debug
- Ecology
- EIM
- eScript
- Files
- Firewall
- Harvest
- How - To
- I Wish I Knew
- List of Values
- Logging
- Mapping
- Oracle
- PL/SQL
- Remote Server
- Siebel
- Siebel CRM
- Siebel Logs
- Siebel Tools
- Signals
- SQL Plus
- SQLNavigator
- Tunning
- Web Services
- Workflows
No comments:
Post a Comment