Use a faster query to retrieve report_timestamp

This was performing a correlated subquery with an ORDER BY clause on reports
in order to retrieve the latest report for each node, which is slow and runs
many times. Now we take advantage of the latest_reports table to make fetching
the latest report inexpensive. In testing, the round trip time for /v2/nodes
with 179 nodes went from ~700ms to ~33ms.