Home/ Questions/Q 3804028
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-19T14:27:17+00:00

I’m looking to build an ajax page; it’s a reporting page. By default, load

  • 0

I’m looking to build an ajax page; it’s a reporting page. By default, load today’s report. On the page there’s a calendar control and when the user clicks on a date, reload the gridview with the corresponding data. Is it considered good practice to do the following:

1) on the first page load, query the data for the page
2) put the query result in the session object and display it in a gridview
3) if the user requests new data, get new data from the query with different parameters
4) put the result of the second query in the session object and display it
5) if the user then requests the data from the first query, get it from the session object
6) do the sorting and paging with the data held in the session.

Note: the data of each query will contain about 300-500 rows and about 15 columns. I’d like to do all this with ajax calls. What are some suggestions and pitfalls to avoid.

Thanks.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I would use Backbone.js:

    1. Server produces report in JSON format.
    2. Client has a Backbone.js Model for this report, which binds to the JSON endpoint.
    3. Client renders the Report Model as a Backbone view.
    4. Client reloads the report from server only when appropriate.

    Reports from previously viewed days will still be around in the client as Backbone Model instances, so you don’t need to reload from server unless the user forces. I believe this is your main concern?

    You’re probably still in the realm of can-do-without-a-client-side-framework, but if you plan on doing more of these pages or getting any more complex, you can go to spaghetti pretty quickly without something like Backbone.js.

    PS. I just noticed this is .NET related. I know nothing about .NET so maybe there’s a built-in client-side framework that can do something similar.

    EDIT (updated after reading comment):

    For server-side caching, I think a either a denormalized report table in the DB or a separate dedicated cache store (e.g. memcache) is a better practice than session object.

    It depends though. If there was say, 1 possible report per-user per-day, and you didn’t have memcache set up, and you don’t want to use the DB for whatever reason, then it could make sense to store it in their session object. However, if each day’s report is the same for all users, you’re now caching it N times instead of 1. It could also be hard to invalidate from an external hook and the user loses their cache when they logout.

    So I would probably just have a typical get-or-set pattern to try and load report from cache first, and fallback to DB. Then invalidate/update the cached report only when the user forces, or if data used to create the report has changed. AJAX call requests the report by date or however a report is identified.

    • 0