Salakhetdinov Shamil
mcp2004 at mail.ru
Mon Feb 6 08:36:04 CST 2012
Hi Gustav -- Yes, reports with aggregated data, one page reports, can be generated as pure HTML on server or even client side using JavaScript. But what about drill-down reports? - that should be probably programmed as drill-down html forms using JavaScript?... And what about multi-page "ordinary reports"? There should be "something" to properly calculate such reports pagination for a currently rendered page to always fit a report page height? If there wouldn't be such a need to properly generate pagination then taking from server side each report's page with fixed qty of records on every page would be rather easy task - e.g. it can be done for MS SQL by using Cast(ROW_NUMBER() over (ORDER BY ... and then again report pages can be generated even on client side as pure HTML. Although to print/pdf all pages of such reports there should be a "parallel" report created, e.g. using MS Report Viewer based server side reports... And there could be also (live) charts in reports, that could be generated on client side using JavaScript?... Questions, questions.... Thank you. -- Shamil 06 февраля 2012, 18:05 от "Gustav Brock" <Gustav at cactus.dk>: > Hi Shamil > > Good question. > > From time to time I think about a "back-office" engine producing predefined reports from materialized data. Then the web client could just produce the parameters and the name of the report, send these to the queue at the engine, and the report could be picked from a link, saved as a PDF, or somehow else. Problem is that this may not be what users expect if they are used to a desktop app where reports normally pop up in a new window. > > However, reports with aggregated data - as most reports have - could be produced faster or at least without waiting time for the user. And the client could be anything, even a phone app. > > /gustav > > >>> Salakhetdinov Shamil <mcp2004 at mail.ru> 06-02-2012 14:22:41 >>> > Hi Gustav -- > > Yes, "not completely dead" - for CMS like DotNetNuke classical ASP.NET and ASP.NET MVC would be in use for quite some time but for business applications I'd "bet" on pure HTML forms, JavaScript, AJAX, (RESTFul(?)) web services... > > Although I have no clear idea what reporting solution to use for such a "pure HTML forms" based business applications: should that "pure HTML Forms" app be still driven by classical ASP.NET engine to be able to use MS ReportViewer Control for reporting? > > Thank you. > > -- Shamil > > 06 февраля 2012, 15:10 от "Gustav Brock" <Gustav at cactus.dk>: > > Hi Shamil > > > > Not completely dead, as he admits in the last paragraph, but the Knockout site is certainly interesting with a lot of stuff to investigate. > > Thanks! > > > > /gustav > > > > >>> Salakhetdinov Shamil <mcp2004 at mail.ru> 05-02-2012 21:34 >>> > > Hi All -- > > > > FYI: "ASP.Net WebForms and MVC are Dead to Me" > > By Joe Brinkman on 2/1/2012 12:19 PM > > > > http://www.theaccidentalgeek.com/post/2012/02/01/ASPNet-WebForms-and-MVC-are-Dead-to-Me.aspx > > > > Thank you. > > > > -- Shamil > > _______________________________________________ > dba-VB mailing list > dba-VB at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/dba-vb > http://www.databaseadvisors.com > >