- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-03-2023 08:12 AM
Hi Experts
We have a table (Table A) in which support groups are referenced in a list field. To be able to make proper evaluations we had the idea to create a database view. We want a DB View in which one entry is created for each support group from the list field. An example how we imagined this:
Example table A has 1 record with 4 support groups. The DB View would then have 4 rows as follows:
Record 1; Support Group 1;
Record 1; Support Group 2;
Record 1; Support Group 3;
Record 1; Support Group 4;
Unfortunately in DB Views "CONTAINS" and "LIKE" is not supported in the Where clause. However, I found an article in which this is done in a BR (Solved: Database View - List Field - ServiceNow Community). The problem is that in our case around 250'000 records are first created and would then be filtered by the Business Rule. This obviously has a huge performance impact which we would like to prevent.
Does anyone have an idea how we can solve this? Is the DB View even the right approach?
Regards
Dominik
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-06-2023 03:27 AM - edited 01-06-2023 04:02 AM
Yepp, that does it - just did a try. Here's the view:
and the result:
The only problem I see with this is that the alias might be different in another instance. I mean after moving the Update Sets up the chain, you would have to adjust the view after commit, to match the "local" real DB name.
And yes, if I use the alias "u_products" in the view (vs. the real/DB name "a_str_11") I get the same error as you did.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-14-2024 01:30 PM
I got another error: `instr` is not allowed in the where clause
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-14-2024 11:06 PM
Without seeing how the view has been defined, I can't say much.
Probably referring to some custom field not by its (real DB) name, but by its alias.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-24-2024 02:14 PM
Thanks for your response, I figured out why, I used underscore to link prefix and field, should be a dot (.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-24-2024 11:37 PM
You're most welcome, sorry I couldn't help more.
As for . vs. _, indeed "advanced" query interpretation mode "kicks in" only when the . separator is used.
There is a KB article about this too, but I can no longer find it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-13-2023 06:38 AM
I had a similar requirement and the proposed solution worked perfectly! Thank you so much!