Datové sklady v kontextu CPM

V datovych skladech jiz pracuji. Autor by asi mel zminit, ze jeho clanek se vztahuje jen k malym a strednim datovym skladum. Velke sklady zacinaji na stovkach TB, pripadne v radech PB. Proto takze nezminuje zadne reseni ktere se s tak velkymi sklady popere, takze pokud to nekoho zajima at se podiva na NoSQL, zejmena HBase pripadne Cassandru - btw to jsou ty databaze co pouziva google, amazon, FB a ostatni.Jinak bych autorovi doporucil aby clanek rozdelil do vice mensich, pac ani mne (a to je muj obor) to nebavilo cely cist.

Je článek nesrozumitelný jen pro mne? Použijete slova jako CPM (a necháte na uživateli, jestli si náhodou nevybaví "cost per mile""), ETL (no schválně: http://en.wikipedia.org/wiki/Etl),... metadata, kompatibilita, do toho napíšete něco o kostičkách, které spolu nespolupracují a má čelist padá a padá...
Jako - upřímně - nejsem žádný super vzdělanec, mám jen jednu vysokou školu (IT) a pracuji v IT jen 15 let, takže chápu, že až příjde doktorát, tak se třeba začnu rozkoukávat. Co jsem z článku pochopil je, že vztahy mezi byznysem a IT v IBM budou zřejmě dost napjaté, když vyžadují vlastní terminologii a terabytové RAMdisky