I don't know what you are talking about.
AmiBroker has absolutely NO problem in storing tick data for ES or any other symbol.
Here is an AmiBroker showing FIVE MONTHS of TICK data for @EU# continuous contract
Note that this CHART actually shows 5 MONTHS, UNCOMPRESSED ticks, that is 4'500'000 lines to draw! Timing figures are shown on screenshot.
Tick backfills length depends on data vendor that you have chosen. AmiBroker has nothing to do with what your data vendor offering is. And it does NOT redownload all of the tick data each time you open database.
All you have to do is to read the manual and configure data source correctly as described in the manual. Enable local data storage. That's it.
What you wrote about AmiBroker is just nonsense and false. Try using AmiBroker instead of assuming something that is simply not true.
AmiBroker uses just 40 bytes per tick/bar. It is super conservative when it comes to memory usage. You have no idea how much effort was given to keep data as compact as possible. And quite frankly in this thread everyone calls for the REVERSE - to increase memory consumption because everyone wants MORE data fields.
For more information about how memory efficient AmiBroker data format is, please read the following:
You can't have a cake and eat it too. Either you want less data to consume less RAM or more data and consume more RAM.
And by the way this thread is for suggestions for AmiBroker not unsolicited advertising of 3rd party programs. Somehow this thread attracted spam from different companies trying to push their products on highly active thread.