Overview page in PE displays a paginated list of nodes and counts of nodes in individual statuses. Currently, all nodes have to be fetched to be able to provide the counts and a few nodes for one page. It would be much better to get the counts and the paginated list directly from PDB. For that a multi-query support is needed since these queries need to be executed in a single transaction.
Karel Brezina just to be clear, you're not worried that pagination results much change from query to query are you? Because that's a harder problem to solve.
I presume as long as the count/summary results for query 1, and say the 10 node items for query 2 requested represent the same universe at query time, this would be sufficient.
Kenneth Barber Right. Currently, nodes are ordered by report_timestamp in descending order. So, it's natural that two subsequent node queries return different list of nodes.
Karel Brezina I'm no longer clear if this is urgent or not, you say this is dependant on PDB-1967, but the comments on that one do not make any sense after the discussion we had the other day. Is this still something you need soonish? /cc Scott Walker
Kenneth Barber It's hard to define urgent. I've recorded a video with 4500 nodes - https://drive.google.com/a/puppetlabs.com/file/d/0B7Fpe9nzOKBXY3F3OGRwNVltdTQ/view?usp=sharing . Please, watch the first part - Overview. Loading and navigation between pages is slow. Once, PDB-1967 and PDB-1977 is implemented, the response times should be several times faster. Currently, to be able to display a few nodes for the page and node counts we need to fetch all nodes and the latest reports for all nodes.
Kenneth Barber Beth flagged this up yesterday and my feeling was that we should park this ticket and go with the plan to articulate our problems/concerns directly rather than proposing solutions. We'll do that as a matter of urgency.
Scott Walker thanks, looking forward to it. I was doing planning, so I wanted to get impressions to see if we needed to consider it this sprint. If you get us before the next two week sprint, we can put it into sprint planning then .