Domanda

Do in memoria motori OLAP hanno vantaggi rispetto ai tradizionali motori OLAP supportate da RAM sufficiente per contenere l'intero cubo (s)?

Per esempio, se io uso un motore MOLAP (SSAS) e GB / TB di RAM in cui l'intero cubo (o anche stella-schema) è la RAM residente, qual è la differenza rispetto a qualcosa di simile TM1 / SAP HANA?

È stato utile?

Soluzione

Database progettato con il presupposto che saranno interamente residente nella memoria principale possono utilizzare strutture come T indici -tree . Ma il vero vantaggio è, IMDBs sono solo semplici. Fanno meno (in quanto non devono preoccuparsi di gestire una cache, o serializzazione scrive per la coerenza, o nulla a che fare con I ACID-compliant / o a tutti) in modo da eseguire un minor numero di istruzioni l'hardware per effettuare lo stesso "lavoro". Un database generico deve essere tutto per tutti i popoli; come un Leatherman ha una dozzina di strumenti, ma a volte basta un filo di lama, in modo da acquistare una lama da Cold Steel , e nessuno dibattiti che si tratta di un coltello migliore!

Altri suggerimenti

Non è il mio campo di competenza, ma se ho capito bene la differenza nella maggior parte dei cosiddetti in-memory database OLAP (non è un termine che sono affezionato, è usato come la commercializzazione passo più che come un confronto equo di tecnologie ) è indici negozio colonna .

Colonna-Stores vs Row-Stores ( Quanto diversa sono davvero) è una buona introduzione alla tecnologia se si ha familiarità con OLTP tradizionale e strutture di database OLAP.

Colonna indici negozio farà un'apparizione in SQL Server 2012 (aka 'Denali').

Ecco un link ad una presentazione Power Point da Conor Cunningham, Principal Software Architect nella squadra processore di SQL Server Query che copre questa nuova funzione.

colonna memorizza consentono una notevole compressione dei dati in un modo che non è possibile in un sistema di deposito fila. Sostanzialmente tutti i valori in una colonna vengono memorizzati solo una volta in un dizionario poi i negozi DB una chiave del dizionario intero anziché il valore originale. Se tu avessi un negozio di fila DB in memoria ma sarebbe significativamente più grande, e più impraticabile dare il costo della memoria. I miglioramenti delle prestazioni sono abbastanza significativo il fatto che non è più necessario per pre-aggregati i dati delle transazioni e cubi non sono necessari nella maggior parte dei casi.

Anche perché il negozio colonna mantiene tutti un valori colonne nella scansione blocchi di memoria sequenziale ha meno blocchi da saltare in operazioni come Select. Ci sono tuttavia alcuni inconvenienti ai negozi Colonna transazionale, e Hana per esempio aggiunto tavoli rowstore nelle versioni successive.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a dba.stackexchange
scroll top