Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.databases.oracle    |    Overblown overpriced overengineered SHIT    |    2,288 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,538 of 2,288    |
|    Markus Breuer to All    |
|    poor performance because of slow storage    |
|    30 Jun 04 14:34:32    |
      From: markus.breuer@gmx.de              I currently have some trouble because of a misconfigured storage. The       technicans are involved, but the reconfiguration will requires several days.              The main problem is a small table acting as dictionary. while column 1       is the key, a query will delivery the value of column 2. The select is       not critical, but the frequently changes to the table. Insert and delete       operations cause many i/o traffic on our storage.              Our reading applications use following sql-statement to perform a lookup:              SELECT col2       FROM my_table       WHERE col1='...'              Is there any chance to tune this table without the need to change the       reading apps? I think of a table in memory, which does not force i/o       traffic on the storage. Lost data after a crash is no important, this       table only holds current data. In half an hour the data is old.              Any ideas?              regards, markus              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca