Star-Şema tasarımı veri ambarı için gerekli mi? Ya da başka bir veri tasarım deseni ile depolama yapabilir?

Veri ambar sistemi için star schemas kullanarak birçok faydaları olur ve çoğu durumda uygun üst tabaka için bunları kullanın. Ayrıca operasyonel veri deposu (ODS) olabilir - tutan değiştirilmiş bir yapı 'mevcut durum' ve veri uyum gibi işlemleri kolaylaştırır. Ancak bu arzu değil makul durumlar vardır. Fırsat ve ODS katmanlar olmadan sistemleri kurmak zorunda kaldım, ve her durumda mimari seçimi için özel nedenleri vardı.

Veri ambar mimarisi subtlties girmeden veya Kimball vs İnmon alev savaş başlatmak yıldızlı bir şema ana faydaları vardır:

• Çoğu veritabanı yönetim sistemleri sorgu optimize imkanı 'Dönüşümler' Yıldız yapmak Bitmap Index yapı veya kullanın Hızlı için Index Intersection yüklem çözünürlük. Bu yıldız bir şemadan seçim seçim sonuçlanana dek aslında bu tablo genellikle dizinler çok daha büyük olan) isabet olmadan yapılabilir anlamına gelir.

• Partitioning yıldızlı bir şema aslında tablo bölümlenmiş İncil büyük bazı Boyutlar (varsa) ihtiyacı var gibi sadece nispeten basittir. Partition elimination sorgu doktoru muhtemelen I/O tasarruf sağlayacak sorgu sonuçları, katılmalarını patitions görmezden anlamına gelir

• Slowly changing dimensions bir kar tanesi daha yıldız bir şema uygulamak için çok daha kolay.

• Şema anlamak daha kolay ve dahil eğilimi daha az snowflake Bir daha katılır veya E-R şeması. Raporlama takım bunun için seni seveceğim

• Yıldız şemaları Peki ad-hoc ile gerçekleştirmek Business Objects Report Builder gibi sorgu araçları ve (daha da önemlisi) kullanmak çok daha kolay. Bir geliştirici olarak sorgu doktoru mümkün olduğu kadar yardım etmek gerekir, bu yüzden SQL bu araçlar tarafından oluşturulan üzerinde çok az kontrole sahip. Yıldız şemaları nispeten daha az yanlış yapmak için sorgu doktoru fırsat verin.

Genellikle raporlama aracı seçmek için özel bir nedeniniz yoksa yıldız şemaları kullanın. Eğer birden fazla kaynak sistemleri varsa Operational Data Store uygulamak için veri toplamaya değiştirilmiş veya bir kar tanesi şemasını isteyebilirsiniz. Bu bir ODS genellikle tarih yapmaz, çünkü daha kolaydır. Tarihi devletin normalleşmesi yapıları ile daha bu çok daha kolay olduğu star şemalar yapmak izlenir. Bir veya Operasyonel Veri Deposu yansıtır 'geçerli' devlet ve verilerin doğasında var olan herhangi bir ötesinde tarihsel bir görüşe sahip değildir. değiştirilmiş snowflaked

ODS yük işlemleri değiştirilmiş bir yapı ile yapmak daha kolay olan veri ve uygun fırçalama ile ilgilidir. Bir zamanlar temiz veri bir ODS, boyut ve aslında yükler parça tarihi (zamanla değişir) ile genel ya da nispeten basit mekanizmaları nispeten basit; bu çok daha kolay yapmak ile bir yıldız şeması, Birçok ETL araçları (örneğin) sağlayan yerleşik tesisler için yavaşça değişen boyutlar ve uygulama genel bir mekanizma oldukça basit.

Bu şekilde sistemi katman sorumlulukları ayrılması - iş ve veri temizliği mantık ODS ile dağıtılır ve yıldız şema yükler tarihsel devlet ile anlaşma provdies.