[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [amibroker] Database settings and the amount of data saved



PureBytes Links

Trading Reference Links

You are correct, AB will only save number of bars specified
in the database settings.
I save tick data of few future contracts. To keep the whole
3 months of history I had to set that number to 1,000,000!
(you need to edit the registry to allow that setting). This
results in a data file that can reach 30 MB per symbol.
I do not think there is a penalty in performance once the
symbol is loaded. There seems to be s long time-lapse when
changing symbols.

Joseph Biran
____________________________________________
-----Original Message-----
From: amibroker@xxxxxxxxxxxxxxx
[mailto:amibroker@xxxxxxxxxxxxxxx] On Behalf Of Barry
Scarborough
Sent: Thursday, July 31, 2008 9:09 PM
To: amibroker@xxxxxxxxxxxxxxx
Subject: [amibroker] Database settings and the amount of
data saved

I set up a 5 second database today and let the number of
bars default 
to 1000, duh. I am trying to build a long term database for
"forward" 
testing using BarReplay. When I tried to use the data there
wasn't too 
much there, duh again. I changed the database settings to
200000, 84 
days, but when I hit OK it tells me there will be
performance 
degradation. I didn't think AB loaded all the bars but only
enough to 
fill the indicators. Why are we getting this message, what
does it 
really mean and why does the database default to so small a
number of 
bars? 

I had wondered why I kept losing data. It seems AB truncates
the data 
in the database to the number of bars specified on the
database 
settings. Is that the max size of the database? I always
thought, 
especially with the message about performance, that this was
the number 
of bars that would be loaded. I did not know it was the max
database 
size and that AB would truncate the data when that number
was exceeded. 
Before it does that there should be some warning message
that the data 
will be truncated unless the database size is changed. Data
is 
important and should not simply be deleted. It would be much
clearer if 
the parameter said database size per symbol. That would give
us a clue 
as to what is happening when we start losing data. And maybe
the 
message text should be changed if the size of the database
does not 
impact performance.

What needs to be done so I can archive lots of data but not
impact 
performance? I surely don't want it to load a 100,000 or a
million bars 
when I open a symbol. With terabyte hard drives archiving
lots of data 
is pretty cheap these days. Back in the early days of AB 40
GB drives 
were standard. No longer. 

Barry


------------------------------------

Please note that this group is for discussion between users
only.

To get support from AmiBroker please send an e-mail directly
to 
SUPPORT {at} amibroker.com

For NEW RELEASE ANNOUNCEMENTS and other news always check
DEVLOG:
http://www.amibroker.com/devlog/

For other support material please check also:
http://www.amibroker.com/support.html
Yahoo! Groups Links




------------------------------------

Please note that this group is for discussion between users only.

To get support from AmiBroker please send an e-mail directly to 
SUPPORT {at} amibroker.com

For NEW RELEASE ANNOUNCEMENTS and other news always check DEVLOG:
http://www.amibroker.com/devlog/

For other support material please check also:
http://www.amibroker.com/support.html
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/amibroker/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/amibroker/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:amibroker-digest@xxxxxxxxxxxxxxx 
    mailto:amibroker-fullfeatured@xxxxxxxxxxxxxxx

<*> To unsubscribe from this group, send an email to:
    amibroker-unsubscribe@xxxxxxxxxxxxxxx

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/