Subject | Re: [firebird-support] Re: 1.5.3 SS: need to run long-running queries with low prio - how? |
---|---|
Author | Kjell Rilbe |
Post date | 2006-03-14T07:00:55Z |
Adam wrote:
consideration. One problem is that the DB also contains a few other
tables that are not toggled like this - just a single one of each. If I
were to use two DB:s I'd have to put these tables in a separate third
DB, and they'd have to be filled using cross-DB techniques, i.e. a
select/insert loop in my application. But I think that process could be
put in a background low-prio worker thread, so it might be ok. Might
also allow me to switch off forced writes on the two DB:s with the
toggled tables, because that info is not critical - if it's lost I just
run the update process again.
concurrent user sessions. Nevertheless, they need to be able to run some
SQL queries with decent response times.
Kjell
--
--------------------------------------
Kjell Rilbe
Adressmarknaden AM AB
E-post: kjell.rilbe@...
Telefon: 08-761 06 55
Mobil: 0733-44 24 64
> You mention two tables and seem to toggle between them. Is there aThis was an interesting proposition, which I will take into
> reason for doing it this way? If it is just an information lookup,
> then you could put the data into a new database (on a different
> machine) and then put the database in and change the alias.
consideration. One problem is that the DB also contains a few other
tables that are not toggled like this - just a single one of each. If I
were to use two DB:s I'd have to put these tables in a separate third
DB, and they'd have to be filled using cross-DB techniques, i.e. a
select/insert loop in my application. But I think that process could be
put in a background low-prio worker thread, so it might be ok. Might
also allow me to switch off forced writes on the two DB:s with the
toggled tables, because that info is not critical - if it's lost I just
run the update process again.
> Also, the hardware is relatively modest for something that is meant toYes, but this is a low-traffic site. I think we've topped about 15-20
> be both a database server, web server as well as handling data pumping.
concurrent user sessions. Nevertheless, they need to be able to run some
SQL queries with decent response times.
Kjell
--
--------------------------------------
Kjell Rilbe
Adressmarknaden AM AB
E-post: kjell.rilbe@...
Telefon: 08-761 06 55
Mobil: 0733-44 24 64