Viewing 12 posts - 1 through 12 (of 12 total)
colin Leversuch-Roberts (1/30/2009)
January 30, 2009 at 12:08 pm
Tim Wilson-Brown (1/29/2009)
Is the historical data stored in the same tables as the operational data?
If it is, then your startup...
January 30, 2009 at 3:08 am
Michael Valentine Jones (1/28/2009)
January 28, 2009 at 10:11 pm
Lynn Pettis (1/28/2009)
January 28, 2009 at 10:24 am
We'll, I do say that this is OK.
The clients currently turn at around 1.6 GB stable, while peaking at around 2.2 GB.
The clients usually take less then 40...
January 27, 2009 at 11:27 am
noeld (1/27/2009)
Are you sure your app needs ***ALL*** before it starts.
I have been working with SCADA...
January 27, 2009 at 9:51 am
GilaMonster (1/26/2009)
serge.kovacs (1/26/2009)
January 27, 2009 at 1:16 am
OK, I guess there really isn't anyway around this one (except better HW).
Thnx for all the people helping me to understand this 🙂
January 26, 2009 at 10:58 pm
Maybe I wasn't clear on the inner workings of the application on start-up. It will load all data from all tables so there should be no need to use indexes....
January 26, 2009 at 10:13 pm
2 Gb is indeed tiny, but this only the operational data (history now is 3 GB and will continue growing 🙂 )
Indexing shouldn't be a problem. Every table has a...
January 22, 2009 at 5:50 am
I'm restarting the app, not the SQL Server and I found that it is due to disk I/O from SQL Server. Unfortunately the SQL server is under control of a...
January 22, 2009 at 5:13 am
Looking closer at the explanation on http://msdn.microsoft.com/en-us/library/ms178015.aspx you'll find:
This functionality was introduced for performance in SQL Server version 6.5. DBCC PINTABLE has highly unwanted side-effects. These include the...
January 22, 2009 at 1:13 am
Viewing 12 posts - 1 through 12 (of 12 total)