![\"Cognos](\"http:\/\/konsilium.de\/blog\/wp-content\/uploads\/2014\/04\/cognos-framework-prompt-properties.bmp\")
<\/a><\/figure>\n\n\n\nProperty: „Prompt Type“<\/h2>\n\n\n\n
Hier kann der Prompt-Typ eingestellt werden. Je nach Datentyp ist der ein oder andere Typ sinnvoll. Auf Datumsangaben macht es z.B. Sinn, den Typ „Select Date“ zu verwenden. Der Anwender bekommt dann einen Datumsauswahl Dialog angezeigt („Date-Picker“). Auf einem Attribut wie Kundennr. macht m\u00f6glicherweise der Typ „Edit Box“ mehr Sinn, weil der Anwender dort \u00fcber Copy \/ Paste Funktion eine Liste von Kundennummern aus Excel in das Prompt hineinkopieren kann.<\/p>\n\n\n\n
Property: „Cascade On Item Reference“<\/h2>\n\n\n\n
Hier k\u00f6nnen abh\u00e4nge Wertelisten definiert werden. Es k\u00f6nnen mehrfachabh\u00e4nge Prompts definiert werden. Das hier referenzierte Query-Item ist das „Eltern“-Objekt, das als Trigger fungiert, um das hier definierte Prompt auszul\u00f6sen. Filtert der Anwender auf dem hier definierten Query-Item, so wird zun\u00e4chst das Eltern-Prompt ausgef\u00fchrt.<\/p>\n\n\n\n
Wenn z.B. eine Benutzereingabe erfolgen soll auf „Produktlinie“ und davon abh\u00e4ngig (und nachfolgend) auf das einzelne Produkt, so muss auf dem Query-Item „Produkt“ die Eigenschaft „Cascade On Item Reference“ mit „Produktlinie“ belegt werden.<\/p>\n\n\n\n
Properties: „Display Item Reference“ und „Use Item Reference“<\/h2>\n\n\n\n
Die Eigenschaften „Display Item Reference“ und „Use Item Reference“ sind zusammengeh\u00f6rig – sie stehen leider nicht direkt \u00fcbereinander im Framework Manager.<\/p>\n\n\n\n
„Display Item Reference“ definiert ein Query-Item, das mit seinen Auspr\u00e4gungen in der Werteliste angezeigt wird. Hier kann also eine alternative Werteliste angegeben werden – zu jenem Query-Item auf dem die eigentliche Filterung dann ausgef\u00fchrt wird. Vergleichen kann man das mit den LOV von Business Objects. Jeder Wert des unter „Display Item Reference“ definierten Objektes wird assoziiert mit einem Wert des Objektes, das unter „Use Item Reference property“ angegeben wurde. Der assoziierte Wert aus der „Use Item Reference property“ Angabe wird letztlich vom Prompt verwendet – als Filterkriterium auf dem zu filternden Query-Item-Datenbestand.<\/p>\n\n\n\n
Beispiel: Die Benutzereingabe soll L\u00e4ndernamen anzeigen, es soll aber im Hintergrund der L\u00e4nder-Code aus einer kleinen Referenztabelle verwendet werden, da diese Spalte indiziert ist und vorallem die Tabelle sehr viel weniger Datenzeilen enth\u00e4lt. In diesem Fall wird f\u00fcr die Prompt Eigenschaft „Display Item Reference“ das Query-Item „L\u00e4ndername“ definiert und f\u00fcr die Eigenschaft „Use Item Reference“ das Query-Item „L\u00e4ndercode“ – beide jeweils aus der Referenz-\/Lookup-Tabelle. Use-Item gibt an, welcher Wert vom Prompt an den Filter \u00fcbergeben („passed“) wird.<\/p>\n\n\n\n
Die Eigenschaften „Display Item Reference“ und „Use Item Reference“ funktionieren nur f\u00fcr die datengetriebenen Eingabeaufforderungen „Select Value“ oder „Select with Search“.<\/p>\n\n\n\n
Nat\u00fcrlich m\u00fcssen die Daten zueinander inhaltlich synchron sein – also der Datenbestand auf dem gefiltert werden soll als auch die alternative Werteliste mit Display-Item und Use-Item.<\/p>\n\n\n\n
Property: „Filter Item Reference“:<\/h2>\n\n\n\n
Definiert ein alternatives Query-Item (Tabellenspalte), das zur Filterung herangezogen wird. Durch Angabe des alternativen Filterkriteriums k\u00f6nnen Abfragen beschleunigt werden, wenn die Filterung auf einer indzierten Spalte basiert anstatt auf einer nicht-indizierten Tabellen-Spalte. Angezeigt als Werteliste werden jedoch die Distinct Values des Query-Items f\u00fcr das die Prompt-Einstellungen gerade definiert werden.<\/p>\n\n\n\n
F\u00fcr DMR modellierte Modelle gilt folgendes: Prompt Definitionen werden auf Attribute mit der Rolle „_memberCaption“ anstatt auf dem „Level“ einer Hierarchiestufe definiert. Auch wenn sie f\u00fcr die „_memberCaption“ definiert sind, so werden sie so behandelt als w\u00e4ren sie auf dem „Level“ definiert.<\/p>\n\n\n\n
Standardm\u00e4\u00dfig gilt: Ein „Level“, der in einem Report eingebaut wird, erzeugt einen Prompt, bei dem der Anwender aufgefordert wird MUNs einzugeben. Um stattdessen die „_memberCaption“ Werte anzuzeigen, wird die Eigenschaft „Filter Item Reference“ mit dem „Level“ selbst belegt.<\/p>\n\n\n\n
Zum Beispiel hat der Level „Product Line“ ein Attribute „Product Line“ mit der Rolle „_memberCaption“. Wenn die Eigenschaft „Filter Item Reference“ auf „Product Line“ gestellt ist ist, so werden Anwender aufgefordert „Product Line“-Werte einzugeben. Wenn die Eigenschaft leer gelassen wird, so wird der Anwender aufgefordert MUNs einzugeben.<\/p>\n\n\n\n
Hinweis: „Filter Item Reference“ Eigenschaften d\u00fcrfen nicht mit den Prompt-Typ „Select with Tree“ verwendet werden. Das System zeigt sonst einen Fehler an.<\/p>\n","protected":false},"excerpt":{"rendered":"
Ein kleiner Beitrag \u00fcber Prompts innerhalb von Cognos Framework. Das nachfolgende Bild zeigt die Properties zu einem „Model-Query-Item“. Unter „Prompt Info“ stehen verschiedene Optionen zur Verf\u00fcgung, um bereits im Framework Manager Modell die Usability f\u00fcr den Endanwender durch die Vergabe von individuellen Prompt-Eigenschaften zu erh\u00f6hen. Wenn beispielsweise in Query Studio auf einem Query-Item gefiltert wird,… Weiterlesen »Cognos Framework: Prompt Properties<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":2278,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","footnotes":""},"categories":[33,59],"tags":[94,34,53],"_links":{"self":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts\/653"}],"collection":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/comments?post=653"}],"version-history":[{"count":19,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts\/653\/revisions"}],"predecessor-version":[{"id":2702,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/posts\/653\/revisions\/2702"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/media\/2278"}],"wp:attachment":[{"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/media?parent=653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/categories?post=653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/konsilium.de\/blog\/wp-json\/wp\/v2\/tags?post=653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}