InServiceNow's Configuration Management Database (CMDB), thecmdbtable is thebase tablefrom which allConfiguration Item (CI) tablesinherit.
cmdbis the Parent Table of All CMDB-Related Tables
Thecmdbtablecontainsbasic attributesshared by allConfiguration Items (CIs).
Every CI in ServiceNowinherits fromcmdbor one of its child tables.
Hierarchy of CMDB Tables in ServiceNow:
cmdb(Base Table)# Stores general CI data.
cmdb_ci(Stores specific CI details)# Extendscmdbto storedevices, applications, and services.
cmdb_rel_ci(Stores relationships between CIs)# Used totrack dependencies.
Why iscmdbthe Correct Answer?
A:cmdb_dIncorrect- No such standard table exists in ServiceNow's CMDB.
B:ucmdbIncorrect-uCMDB (Universal CMDB)is anHP product, not part of ServiceNow's CMDB.
C:cmdb_rel_ciIncorrect-This table stores CI relationships, but it isnot the base table.
Incorrect Answer Choices Analysis:
ServiceNow Docs - CMDB Core Tables#CMDB Table Structure
ServiceNow Docs - CMDB Best Practices
Official ServiceNow Documentation References:

Afilter conditionin ServiceNow consists of three essential components that define how data is filtered in lists, reports, and queries. These components determine which records meet specific criteria.
Column (D)- Represents thefieldin the table that is being filtered (e.g., "Priority" in theincidenttable).
Operator (A)- Defines the comparison method, such asis, contains, starts with, greater than, etc.
Value (C)- Specifies thecriteriaused for filtering (e.g., "High" for Priority).
Components of a Filter Condition:Example of a Filter Condition in an Incident Table:PriorityisHigh Column:Priority Operator:is Value:High B: Match Criteria# Not a defined component; filtering is based on column, operator, and value.
E: Field# While "Field" is a general term,ServiceNow officially uses "Column"in filter conditions.
Reference:ServiceNow Docs:Using Filters in Lists
ServiceNow CSA Official Study Materials

TheConfiguration Management Database (CMDB)inServiceNowstores information aboutconfiguration items (CIs)and theirrelationships.
cmdb (Configuration Management Database)The main parent table for all CMDB-related data.
Storescore configuration item (CI) data.
Other CMDB-related tables inherit from this table.
cmdb_ci (Configuration Items Table)Stores individual configuration items (CIs).
Every CI (e.g., servers, network devices, software) is stored in this table or one of its child tables.
This tableextendscmdb.
cmdb_rel_ci (CI Relationships Table)Stores relationships between CIs.
Defines how CIsconnect to each other(e.g., "server hosts application").
Helps withService Mapping and Impact Analysis.
The Three Key CMDB Tables:
A: omadb_rel_ciIncorrect- Not a standard ServiceNow CMDB table.
B: sn_emdbIncorrect-sn_emdbisnot a CMDB tablein ServiceNow.
C: sn_emdb_ciIncorrect- No such table inServiceNow CMDB architecture.
E: sn_emdb_bakIncorrect- No suchbackup tablein ServiceNow CMDB.
G: emdb_bakIncorrect- No suchServiceNow CMDB tableexists.
Incorrect Answer Choices Analysis:
ServiceNow Docs - CMDB Core Tables#CMDB Tables Overview
ServiceNow Docs - Understanding CI Relationships#CMDB Relationship Tables Official ServiceNow Documentation References:

UI Policies and UI Actionsare both part of theServiceNow user interface customizationbut serve different purposes.
Used todynamically change form field behaviorsbased on specific conditions.
Canmake fields read-only, mandatory, or hiddenwithout requiring scripts.
Runson the client-side (browser)to improve performance and responsiveness.
Example:
If theCategoryisHardware, theSerial Numberfield becomesmandatory.
Used tocreate buttons, links, and context menu actions.
Can executescriptsto perform specific actions when clicked.
Runs on theserver-side or client-sidedepending on configuration.
Example:
A"Save" buttonthat becomesvisible only to users with a specific role.
UI Policy(not UI Action) is responsible for making fieldsread-only, mandatory, or hidden.
UI Action(not UI Policy) is responsible for making aSave button visiblefor specific users.
ServiceNow Docs: UI Policy Overviewhttps://docs.servicenow.com/en-US/bundle/utah-platform- administration/page/administer/form-administration/concept/c_UIPolicies.html ServiceNow Docs: UI Action Overviewhttps://docs.servicenow.com/en-US/bundle/utah-platform- administration/page/administer/form-administration/concept/c_UIActions.html UI Policy:UI Action:Why Option A is Incorrect?References from Certified System Administrator (CSA) Documentation:

In ServiceNow, afilter conditionconsists of three primary components:
Field- The specific column (attribute) in a table that you want to filter by.
Example:State,Priority,Category,Created Date
Operator- Defines the comparison condition between theFieldand theValue.
Example:is, is not, contains, starts with, greater than, less than
Value- The actual data that the filter is looking for.
Example:High (for Priority), New (for State), IT Support (for Category) Example of a Filter Condition in ServiceNow:If you want to filter Incident records where theStateisNew, the filter condition would be:
Field:State
Operator:is
Value:New
A). Table-
A table is where data is stored, but it isnota component of a filter condition.
Filters are appliedona table but do not include the table itself in the condition.
ServiceNow Docs: Filtering Data in Lists and Reportshttps://docs.servicenow.com/en-US/bundle/utah- platform-user-interface/page/use/using-lists/concept/filtering-lists.html ServiceNow CSA Official Training Guide (Filtering and Searching Data) Why the Other Option is Incorrect?References from Certified System Administrator (CSA) Documentation:
This confirms thatField, Operator, and Valueare the three core components of a filter condition.