| From: | John McCawley <nospam(at)hardgeus(dot)com> |
|---|---|
| To: | Tony Caduto <tony_caduto(at)amsoftwaredesign(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Data transfer between databases over the Internet |
| Date: | 2006-11-22 16:38:28 |
| Message-ID: | 45647D04.1050603@hardgeus.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
I'm not really sure what switching development platforms for the tool
would buy me. Are you saying that the wire-protocol used by vb.net and
C# etc. is substantially faster than what is available in VB? Regarding
ASP.net, I don't really see how a web app would help here, as it has to
run on hundreds of client machines...Are you suggesting that I install a
webserver on them?
Tony Caduto wrote:
> I guess I would recommend you to upgrade your VB application to either
> vb.net or C#, then you can use the Postgresql .net data provider which
> requires no additional client libraries.
> This means you could write a nice compact application that would
> require one exe and the .net data provider assembly.
> http://npgsql.projects.postgresql.org/
>
> Or you could use Turbo Delphi (http://www.turboexplorer.com/delphi)
> along with a native client access library such as
> PostgresDAC(http://www.microolap.com) or Zeos (http://www.zeoslib.net)
>
> You could also use ASP.net to(with npgsql) create a nice web
> application.
>
> For C# or vb.net, you don't need a M$ ide, you could use SharpDevelop
> (http://www.icsharpcode.com/OpenSource/SD/Default.aspx) which is
> excellent.
>
> Hope this helps,
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bernhard Weisshuhn | 2006-11-22 16:39:10 | Re: Functional Index |
| Previous Message | Worky Workerson | 2006-11-22 16:35:22 | Trapping PL/Perl spi_query_exec errors |