Reporting tool for Npgsql

Lists: pgsql-general
From: Marcus Túlio Ramos <marcustulioramos(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Reporting tool for Npgsql
Date: 2012-07-23 18:53:24
Message-ID: 1343069604000-5717654.post@n5.nabble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-general

Hi there!

I´m using Visual Studio 2010 - C# and Postgres with NPGSQL for data
provider.

I´d like to know what´s the best option for a Report Builder on this
scenario.

Thanks....

--
View this message in context: http://postgresql.1045698.n5.nabble.com/Reporting-tool-for-Npgsql-tp5717654.html
Sent from the PostgreSQL - general mailing list archive at Nabble.com.


From: Vincent Veyron <vv(dot)lists(at)wanadoo(dot)fr>
To: Marcus Túlio Ramos <marcustulioramos(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Reporting tool for Npgsql
Date: 2012-07-26 13:46:37
Message-ID: 1343310397.2471.17.camel@asus-1001PX.home
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-general

Le lundi 23 juillet 2012 à 11:53 -0700, Marcus Túlio Ramos a écrit :

> I´m using Visual Studio 2010 - C# and Postgres with NPGSQL for data
> provider.
>
> I´d like to know what´s the best option for a Report Builder on this
> scenario.

If you can separate it from your application, I find that a very
convenient way to reduce reporting problems is to build an exporting
tools that provides the data needed in a file in csv format, which users
import into the various tools they have.

A lot of tools can also connect to the db directly and build
queries/reports (MS-Access for instance).

You do need a good schema to do that, though.

--
Vincent Veyron
http://marica.fr/
Logiciel de gestion des sinistres assurances et des dossiers contentieux pour le service juridique