Oracle Analytics Cloud and Server

Welcome to the Oracle Analytics Community: Please complete your User Profile and upload your Profile Picture

LOWER

Received Response
231
Views
28
Comments
13»

Answers

  • [Deleted User]
    [Deleted User] Rank 2 - Community Beginner

    Ok I thought you had something special in mind which is why you went for the whole variable thing but you actually just want a LIKE search without case sensitivity which is standard config without all the code garbage.

    1.) NQSConfig.INI ==> CASE_SENSITIVE_CHARACTER_COMPARISON = OFF;

    2.) Put the prompt to LIKE or just let the user choose


  • Wrong tool for the need: a dashboard prompt isn’t Google or a search engine.

    And could you just write all the requirements you are trying to cover at once? Because it’s now the 3rd version of the requirements, changing things around.

    It sounds like a XY problem: you believe you know what you need but your real needs are actually different.

    There are workarounds for everything, but you need to express all your needs at once.

  • [Deleted User]
    [Deleted User] Rank 2 - Community Beginner

    "And could you just write all the requirements you are trying to cover at once? Because it’s now the 3rd version of the requirements, chanting things around."

    Thanks Gianni. Perfect as always 🤣

  • User_I0GH4
    User_I0GH4 Rank 3 - Community Apprentice
    My needs were that the user can enter uppercase or lowercase letters without distinction (Fixed), that all results are displayed regardless with or without accent, that he can put two or more words, in order or out of order .
    I don't have the same visual as you, here is mine
    
    
    
    
    


  • [Deleted User]
    [Deleted User] Rank 2 - Community Beginner

    No you don't because you're using a variable prompt. I'm using a normal column prompt. As I said and as Gianni said: You fed the "requirement" spoonful one after the other so there was no clear picture and you led us on a wrong way by starting with a set perimeter: your variable prompt.

    It's never a good idea to pre-empt a solution and then over several days get to the point of "what do I really want to achieve". It's like building half a house yourself, then going to an architect to ask for help, continue building another third of the house and then say "well actually I wanted a cellar which isn't there and the base structure should be round instead of square".

  • two or more words, in order or out of order

    This one is fairly simple, not simple to do but simple to cover: you either take the possible workarounds or forget that requirement (because that's really a search engine approach).

    Multiple fields for multiple words: that's the only way you can easily deal with multiple words, doesn't matter the order as it will not be something you can check.

    If you want a single field, then only multiple words in exact order can work, but users will need to write SQL operators as their search, this means it will work as long as users follow the rules, but they never do.

    For your "upper case", "lower case", "accents" etc. management you should consider dealing with that at the data preparation level: because the tool isn't a search engine, you should have a version of the column you want to search on which you do the whole preparation job: you can take the string, turn it all lower case and remove any accent, the database or your ETL has functions doing these things.

    Of course users will then need to follow the rules: searching only using lower case words and not writing accents.

    In the end the key point is really that the tool isn't a search engine, it's just running queries on a database. You can do a step towards your users by making it easier to query freely, but they also must accept the limits and stick to the defined rules.

    Of course you can also cover all your exact needs if you want: implement a search engine indexing your column, query it by javascript, add a fake prompts on top of OBIEE prompts to use your query engine and then set, in a hidden way, the real OBIEE prompt with all the matched occurrences.

    Is it possible? Sure, technically doable. Is it worth it? Well, it maybe takes you 1 month of custom coding, that will stop working with the next patch because OBIEE changed and you will need to support it. Not worth it at all, train users instead: it's cheaper.

  • User_I0GH4
    User_I0GH4 Rank 3 - Community Apprentice


    What does mean NQSConfig.INI ==> CASE_SENSITIVE_CHARACTER_COMPARISON = OFF; ?

  • User_I0GH4
    User_I0GH4 Rank 3 - Community Apprentice
    Is it complicated to make a search engine with OBIEE?