Šéf Oracle: Pevné disky jsou pasé

Ovšem přichází s tím poměrně dost pozdě, jejich konkurenti už to běžně používají.
Navíc je velmi patrné že bez SUNu by celej ORACLE už dávno nebyl nic - skoro všechny "nové" technologie jsou převzaté z OpenSource projektů,v kterých se angažoval SUN Microsystems.
Oni to akorát uzavřou a budou zběsile prodávat (ta firma stejně nic jiného neumí - ale jde jim to dobře)

Tak oni jsou pořád absolutní leader segmentu. Možná s tím přichází později, ale oni si nemůžou dovolit nějakou botu s neotestovanou technologií.
Mimochodem, SQL Server tohle nemá třeba vůbec, takže Oracle rozhodně poslední není.

Neřekl bych, že přicházejí pozdě. Když se podíváte na rozdíly mezi Exadatou X2 a X3, tak vidíte spíše evoluci než revoluci. Plná X2 má celkově 1 TB paměti (X3 má 4TB) pro databázové servery (těch je 8 na X2 i X3), na discích 5 TB cache (X3 má 22TB). DB je spojena s diskovým systémem 40 Gb infiniband, čtení z disků 25 GB/s, z flashe 75 GB/s (na X3 asi podobně). A samozřejmě Exadata podporuje Smart scan, tedy již diskový systém pro databázi filtruje data, čímž se dramaticky zvyšuje propustnost. A k těm indexům, jak se píše v jiných komentářích. Pokud čtete hodně záznamů (a tím myslím hodně záznamů) a myslíte si, že vám pomůže index (dle klasické poučky, že čtete malé procento záznamů tabulky), tak to si na Exadatě pravděpodobně myslíte špatně.

Ohledně těch indexů je to tak, že jsou vesměs stejně v RAM, zrovna jako spousta dalších dat. Pokud máte dostatečně velkou RAM, tak čistě SSD vám moderní databázi zas až tak nezrychlí, udává se 10-50%

RAM je důležitá, ale samozřejmě platilo pokud by se z těch databází jen četlo. Bohužel většina databází funguje tak, že se zapisuje, vytvářejí a mažou se temporary tabulky, které musí do žurnálu, atd. Tohle všechno musí na disk pokud má být databáze spolehlivá.Navíc pro spoustu databází není žádná RAM dost velká (paměti se dnes měří v desítkách gigabajtů, databáze klidně v terabajetech).

Tieto prispevky su casto ovplivnene konvencnym vnimanim databazy:- data na diskoch
- cast dat v pamaty
- extremne vela indexov, lebo inak sa s DB datami prakticky neda pracovat pre velke odozvy
- velka cast datoveho spracovania je "batch", pretoze DB nie je schopna dat v realom case pozadovanu aktualnost a kvalitu dat
- riadkovy zapis dat v DBPredstavme si, ze mame DB, ktora nema ziadne indexy a data su ochovavane v stlpcoch. Datove spracovanie bezi cele vylucne v pamati a disky (SSD) sa pouzivaju na uchovavanie dat pre ich trvacnost, nie pre ich medzi-spracovanie. Takato databaza je radovo desiatky-nasobne rychlejsia. Ak vam bezi "batch" proces v klasickej relacnej DB dnes hodinu, tak v in-memory-db nepotrebujete "batch" spracovanie, data su dostupne hned. Ano, opisujem SAP HANA

A jak do pár GB paměti nacpou pár TB dat v tom marketingovém plátku psali taky? Druhá věc je, že pokud něco změním v paměti, tak to stejně musím zapsat na pomalejší úložiště typu disk, pokud o ty data nechci třeba při pádu OS, výpadku proudu nebo poruše hw přijít.

A proc do par GB pameti? V hokne mame SAP HANA 10TB...no problemo, ony ty RAM nejsou zas tak drahy...ono ze das par mega za RAM modulu neni pro velke spolecnosti vubec zadny problem vis? Vice studovat, mene kecat