| From: | "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com> |
|---|---|
| To: | Gogulus <gogulus(at)eqnet(dot)hu> |
| Cc: | Dmitry Tkach <dmitry(at)openratings(dot)com>, <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Basic questions before start |
| Date: | 2003-07-30 14:25:31 |
| Message-ID: | Pine.LNX.4.33.0307300823140.23389-100000@css120.ihs.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Wed, 30 Jul 2003, Gogulus wrote:
> As the clients should be able to work without network connection, they
> have to have a local database, and if net connection is on, do the
> synchronization with master db. The main idea is, sale cannot stop
> because of net connection breakage.
>
> That's why I am asking if 100 Mhz of CPU, 32 Mbytes of RAM can take care
> of a database with around 100 tables, 3-4 of these tables having
> 50-60000 of records, others have at most 1000.
I would say yes, but I would also say that you should design this around a
character based interface. The overhead of a GUI is gonna make it much
slower.
I don't know if you're familiar with the ncurses library, but that's what
I'd use, along with C or a lightweight scripting language like Perl or
PHP.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Scott Cain | 2003-07-30 14:28:28 | Re: substring implementation (long string) |
| Previous Message | Tom Lane | 2003-07-30 14:25:21 | Re: Postgres Hanging on Inserts |