This becomes very critical when trying to work with tick data, as so little... 2 weeks worth of historical is available on my server.... so if you lose some of the historical you have built up in your local NT database, it must be frquently rebuilt from backup archives..... very labor intensive... so much so working with tick data is almost not worth the trouble. But the problem exists with minute data as well.
1. As you run NT through the day, it builds up a local database in historical data manager.
2.My broker's server has about 6 months of minute data on the server, and 2 weeks of tick data. Think of a two week or 6 month moving window of data that as time moves on, the window advances to the right, and older data drops out of view because minute data older than 6 months, or tick data older than two weeks drops off the brokers server.
3. No problem right? You have that data stored in your local NT database right? Not so fast..... it is there and it should always remain there, but NT will delete from the local DB any date folder, and all of its contents if you ask it to download a date that is currently in the local DB, but has dropped off the brokers server.
NT trader should never delete existing data from the local database... at least not without asking if that is what you want to do. If the requested download date is not on the brokers server anymore, but does exist on the local machine it should at least preserve any data that may already be on the local DB.....
The way NT behaves now, if you download a date that already exists in the local database, NT over writes the old folder with the new one..... but if no data for that date exists any more on the brokers server, it deletes the local DB's data for that date...
Then that data is gone forever.
It gets very difficult to keep track of what date and what time of day it is, what is left on the brokers server, and over time, gaps begin to appear in the local database's dataset, as pieces get deleted in the above manner. Now the local database is useless.
Long story short... NT needs to handle its historical data in a BACKFILL manner better. The best case scenario would be for NT to be able to compare what data is missing from the local database, and FILL IN what is needed from the brokers server.
Failing that... it would be better to have a warning window that pops up and informs the user that the requested data no longer resides on the brokers server, and continuing the operation will result in the loss of any locally stored data for the date(s) requested.
I am still not sure how this all works with Reload All Historical Data while Get Data From Server is enabled.
It is common to have the NT off for a couple hours, start it up, and want to get a BACK FILL.... that is, it should work as.... first load all data from my local database, determine where that data ends, and the current time, then go out to the brokers server and download only the data that FILLS IN the gap from where my data ends and the current time.
This has been confusing e for some time, and I am still not sure if the above described data overwriting/deleteing happens during Reload All Historical Data while Get Data From Server is enabled.
It certainly does delete the data when you use historical data manger, download, select a date you already have, and attempt to download data that has now scrolled off the brokers server.
Comment