We are "forging" our historian by creating a personal and commercial form for real-time financial market data. In this scenario, a reasonably large load is put on the historian as hundreds or even 1,000's of transactions per second stream in for each of numerous "tickers" from numerous feeds simultaneously. That's a lot of data. This helps not only our financial customers get and store data for historical analysis, it helps us harden our historian. This is more demanding than most industrial applications, though less so than some high-speed research environments, such as particle accelerators.
A ticker is a stock, fund, currency pair or other security. Many times per second people are bidding and asking to work out a price to buy and sell. In each of these actions, we receive a "Quote". On each exchange, there are literally hoards of traders electronically bidding each millisecond. We get each of these offers in on the wire.
A "Quote" is a complex object with up to 15 associated values, not a single numeric or text value, so each transaction is a block of data values. Some "mainstream" historians might be challenged by this because they are oriented to archiving single values, and thus a "Quote" would have to be split up, disassociated and written to 15 "Tags". Not so with our Historian, which archives Objects and thus the Quote objects themselves, directly.
Now objects take a bit more overhead when stored, a bit more disk space, but in exchange the data is all properly associated, the processing is less and it is faster.
Let the flames roar, as we harden the steel of our Historian.