Re: [PERFORM] Performance for relative large DB

2005-08-29 Thread Jim C. Nasby
On Tue, Aug 23, 2005 at 11:25:02PM -0700, tobbe wrote: Hi Chris. Thanks for the answer. Sorry that i was a bit unclear. 1) We update around 20.000 posts per night. Doesn't seem like a lot at all. 2) What i meant was that we suspect that the DBMS called PervasiveSQL that we are using

Re: [PERFORM] Performance for relative large DB

2005-08-27 Thread Chris Travers
tobbe wrote: Hi Chris. Thanks for the answer. Sorry that i was a bit unclear. 1) We update around 20.000 posts per night. 2) What i meant was that we suspect that the DBMS called PervasiveSQL that we are using today is much to small. That's why we're looking for alternatives. Today we base

[PERFORM] Performance for relative large DB

2005-08-26 Thread tobbe
Hi. The company that I'm working for are surveying the djungle of DBMS since we are due to implement the next generation of our system. The companys buissnes is utilizing the DBMS to store data that are accessed trough the web at daytime (only SELECTs, sometimes with joins, etc). The data is a

Re: [PERFORM] Performance for relative large DB

2005-08-26 Thread tobbe
Hi Chris. Thanks for the answer. Sorry that i was a bit unclear. 1) We update around 20.000 posts per night. 2) What i meant was that we suspect that the DBMS called PervasiveSQL that we are using today is much to small. That's why we're looking for alternatives. Today we base our solution

Re: [PERFORM] Performance for relative large DB

2005-08-24 Thread Chris Browne
tobbe [EMAIL PROTECTED] writes: Hi Chris. Thanks for the answer. Sorry that i was a bit unclear. 1) We update around 20.000 posts per night. No surprise there; I would have been surprised to see 100/nite or 6M/nite... 2) What i meant was that we suspect that the DBMS called PervasiveSQL