Two different HANA databases
There are two different versions of the HANA database everybody talks of; the clustered version that runs on x86 nodes. Maybe all nodes can aggregate 32TB RAM or so, in total. Add in compression and you can handle large databases from RAM, very fast. These RAM databases are (almost) exclusively used for reading, that is, analyzing data just like a data warehouse. Oracle TimesTen is also a RAM database that is only used for reading data, analysis. RAM databases typically have very rudimentary locks, or no locks at all - as they are designed for reading data, not transactions. Scale-out RAM database, read only.
HANA has also another database, one used for storing data, it is just a traditional vanilla normal database, for transactions. And this scale-up database is not clustered. It is only used on a large scale-up server, such as the SGI UV300H with 16-sockets. It stores all data on disks, not on RAM. Nobody talks about this traditional transaction database for disks.
So a HANA installation has two databases, one for storing data on disk, and one for caching data in RAM for analysis.
But, Oracle will release the SPARC M7 server this year. It is a single scale-up server with up to 64TB RAM. And if you apply compression, say 10:1, you can analyse very large databases from RAM. And a single scale-up server with 64TB RAM is faster than a scale-out cluster with 64TB RAM. So why don't people just use a single scale-up server instead of this HANA cluster?