Hi all,
In an attempt to make dashboards with multiple queries that require parameters more useful, I’ve adopted the approach of using an initial “selector” query, that lists the item(s) that should drive the other queries. For instance, I’ve developed an Indented BOM and Summarized BOM query that live on the same dashboard. The user enters a part number into an initial “Part Selection” tracker that runs a simple BAQ listing the part and its revisions. Using the publish and subscribe functionality, I’ve connected the two main query’s parameters to the part selector’s published PartNum and RevNum fields. When a user clicks a part/revision, the other two queries update.
This works, but is horrendously slow. Individually, each BAQ takes only a few seconds for smaller BOMs, but when refreshed on this dashboard, they take 4x as long. It appears (based on the loading indicator) that each query is being run multiple times. I hypothesized that this may be due the way publish events are designed. Perhaps when a row is selected, each published field triggers its subscribers, regardless of the existence of others? If true, this would be a design flaw and would mean that the Mandatory setting on BAQ parameters is being ignored.
Has anyone experienced this?
Thanks!