However .... One of my current customers has 40,000+ sites. Consequently the "Site+" field pulls 120,000+ records because the way the application was structured the Region/Site Group/Site menus do not just pull form site - they pull from a cascading set of join forms that include things like site aliases, etc. The tiered menu system should help in this Instance - BUT - the best practice view blow that philosophy out of the water. There is specific workflow in several places that set Region and Site Group to NULL when you hit the "Site+" field. In other places those fields aren't even on the form. 4 minutes later you get your menu with120,000 records. Believe it or not they are laid out well enough that you can find your site quickly....but there's some weird design in there. We're still working with BMC support and R&D on this issue.
William Rentfrow Principal Consultant, StrataCom Inc. [email protected] Blog: www.williamrentfrow.com O 715-592-5185 C 715-410-8056 ________________________________ From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of John Sundberg Sent: Friday, June 10, 2011 10:21 AM To: [email protected] Subject: Re: Performance issue on Menu ** Agreed - the menu is too large for actual use -- auto-complete would be a great solution for both usability and performance. Also -- for fun -- it is good to look at this occasionally for thoughts/inspiration... http://developer.apple.com/library/mac/#documentation/UserExperience/Con ceptual/AppleHIGuidelines/XHIGIntro/XHIGIntro.html <http://developer.apple.com/library/mac/#documentation/UserExperience/Co nceptual/AppleHIGuidelines/XHIGIntro/XHIGIntro.html> -John On Jun 10, 2011, at 10:26 AM, Easter, David wrote: ** Another possibility (perhaps more forward looking) is to upgrade to AR System 7.6.04 or later and utilize the auto-complete feature. BMC has tune the auto-complete to address this exact use case (a menu with a very large number of items - like a customer list). Auto-complete was actually introduced in AR System 7.5.00, but the performance increase for this use case was added in 7.6.04. 28-Jan-2011 What's New: BMC Remedy Action Request System 7.6.04 PDF <http://documents.bmc.com/supportu/documents/42/26/194226/194226.pdf> Enhanced auto-completion The automatic complete feature is improved to handle large data sets in search menus that are attached to a character field (for example, over 10,000 entries). This feature also minimizes unwanted searches. For more information, see the Form and Application Objects Guide. -David J. Easter Manager of Product Management, Remedy Platform BMC Software, Inc. The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Jason Miller Sent: Friday, June 10, 2011 07:07 AM To: [email protected] Subject: Re: Performance issue on Menu ** Form a UI design perspective that is kind of harsh; here's your 22,000 records, select one. Unless you have a really good drill down tier structure to hide many of the values that do not apply it is likely people would pick the wrong value out of frustration. You are already seeing the performance impact in the amount of time it takes to open the menu but think about why. That is 22k records being sent over the wire and being stored in memory on the client's computer. With modern computers and a strong LAN this probably isn't much of an issue but will that be the case for all of your users? Can you give us a little more detail about your requirements? I am sure the community could help with a solution :) Jason On Jun 10, 2011 6:25 AM, "Kemes, Lisa" <[email protected]> wrote: > I want them to choose one of the records instead Typing it in and getting it wrong. It would better to do it another way instead of giving them a selection of all the records to choose from for sure! > > Lisa > > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of Misi Mladoniczky > Sent: Friday, June 10, 2011 9:20 AM > To: [email protected] > Subject: Re: Performance issue on Menu > > Hi, > > If the data does not need to be 100% up to date, this seems like a good candidate for a nightly report? > > When it is useful for human to examine 22,000 lines when clicking on a char-menu or scrolling a table-field? > > If the person needs to find one specific line, it seems likely that you can do a multiple-tier selection of some kind? > > Best Regards - Misi, RRR AB, http://rrr.se <http://rrr.se/> > >> That's probably what I'll have to end up doing (limiting the selection). >> I'll think of a different way (there are many ways to skin a cat) >> <-where did this saying come from anyway? >> >> Anyway, just wondering if I was doing something wrong, but if this >> performance is as expected for 22,000+ records, I'll figure out >> another way to gather this data for the customer. Maybe I'll make >> them type in the first few letters and only bring back those records or something. >> >> Thanks!! >> >> Lisa >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) >> [mailto_attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ -- John Sundberg Kinetic Data, Inc. "Building a Better Service Experience" Recipient of: WWRUG10 Best Customer Service/Support Award WWRUG09 Innovator of the Year Award [email protected] 651.556.0930 I www.kineticdata.com <http://www.kineticdata.com/> _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
