Business Intelligence etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
Business Intelligence etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

15 Nisan 2010 Perşembe

SQL Server Business Intelligence İçin Kitap Önerileri

Data Warehouse ve SQL Server Business Intelligence ile ilgili beğendiğim kitaplar.

The Data Warehouse Toolkit: The Complete Guide to Dimensional Modeling (Second Edition)
Ralph Kimball , Margy Ross

Data Warehouse ile ilgilenen herkesin mutlaka okuması gereken bir kitap



Product Details :
  • Paperback: 464 pages
  • Publisher: Wiley; 2 edition (April 26, 2002)
  • Language: English
  • ISBN-10: 0471200247
  • ISBN-13: 978-0471200246
  • Product Dimensions: 9.2 x 7.2 x 1 inches
  • Shipping Weight: 1.5 pounds (View shipping rates and policies)
  • Average Customer Review: 4.5 out of 5 stars See all reviews (33 customer reviews)



Practical Business Intelligence with SQL Server 2005
John C. Hancock (Author), Roger Toren (Author)

Product Details :

  • Paperback: 432 pages
  • Publisher: Addison-Wesley Professional; 1 edition (September 7, 2006)
  • Language: English
  • ISBN-10: 0321356985
  • ISBN-13: 978-0321356987
  • Product Dimensions: 9 x 7 x 1 inches
  • Shipping Weight: 1.2 pounds (View shipping rates and policies)
  • Average Customer Review: 4.3 out of 5 stars See all reviews (6 customer reviews)




Delivering Business Intelligence with Microsoft SQL Server 2008 (Paperback) Brian Larson (Author)


Product Details

  • Paperback: 792 pages
  • Publisher: McGraw-Hill Osborne Media; 2 edition (November 19, 2008)
  • Language: English
  • ISBN-10: 0071549447
  • ISBN-13: 978-0071549448
  • Product Dimensions: 9 x 7.3 x 1.6 inches
  • Shipping Weight: 2.8 pounds (View shipping rates and policies)
  • Average Customer Review: 4.9 out of 5 stars See all reviews (8 customer reviews)



Microsoft SQL Server 2008 Analysis Services Step by Step (Step By Step (Microsoft)) ~ Scott Cameron


Product Details

  • Paperback: 448 pages
  • Publisher: Microsoft Press; 1 edition (April 15, 2009)
  • Language: English
  • ISBN-10: 0735626200
  • ISBN-13: 978-0735626201
  • Product Dimensions: 8.9 x 7.3 x 1.4 inches
  • Shipping Weight: 2 pounds (View shipping rates and policies)
  • Average Customer Review: 5.0 out of 5 stars See all reviews (3 customer reviews)

29 Mart 2010 Pazartesi

Kimball'dan Veri Ambarı Geliştirme Önerileri

Ralph Kimball, The Data Warehouse Toolkit isimli kitabında, yeni bir veri ambarı geliştirirken dikkat edilmesi gereken tuzaklardan bahsetmiş.
İşte Kimball'ın önerileri :
  • İş gereksinimleri ve amaçlarına odaklanmak yerine teknoloji ve dataya takılmayın.
  • Veri ambarı işini destekleyenlerin makul bir yönetim vizyonuna sahip olmaması veya işi yeterince sahiplenmemesi sorun olabilir.
  • Kolay yönetilebilir, ilgi çekici devam edecek proje yerine, çok büyük, yıllar sürecek ve çaba gerektiren projeler ile mücadele etmeyin.
  • Dimensional modellere dayanan kullanışlı bir görsellik yaratmadan, normalize edilmiş veri yapılarına enerji harcamayın.
  • Arka plandaki operasyonel performans ve geliştirme kolaylığından fazla, ön yüzün kullanım kolaylığı ve performansına önem vermeyin.
  • Belki sorgulanabilir diye, görsel katmanı fazla karmaşık yapmayın. Veritabanı tasarımcıları, karmaşık sorgular yerine, kullanıcıların basit ihtiyaçlarını karşılarlar ise daha fazla takdir edilirler.
  • Ortak, birbirine bağlanabilen dimension tablolarından oluşan veri mimarisi yerine tek başına kullanılabilecek dimension tablolarından oluşan yapılar kurun.
  • Görsel alandaki dimension yapılarına sadece özet data yükleyin.
  • Bir işin gereksinimlerinin, altındaki verinin ve işin yapıldığı teknolojinin statik olduğunu varsayın.
  • Veri ambarının başarısının kullanıcının işi benimsemesiyle ilgili olduğunu unutmayın. Kullanıcı, veri ambarını karar vermenin temeli olarak kabul etmezse tüm çabalarınız boşa gider.

Inmon ve Kimball'ın Data Warehouse Modellemeleri

Mary Breslin, data warehouse modellemenin iki babası Kimball ve Inmon un modellerini karsilastırdığı bir makale yazmış. İşte makalenin kısa bir özeti

Inmon'un yaklaşımı, klasik ilişkisel veritabanı araçları ve yöntemleri kullanılarak yapılan "top-down development" üzerine kurulu.

Inmon, data warehouse'u daha büyük bir bilgi ortamının bir parçası olarak görüyor. Bu büyük bilgi ortamına da CIF (Corporate ınformation Factory) adını veriyor. Data warehouse'un daha büyük ortamlara iyi uyum sağlaması için, bir atomik bir de birimlere özel veri tabanı olması gerektiğini savunuyor.

Inmon'ın yöntemleri sadece IT uzmanları tarafından aktif olarak kullanılabilir durumda. Son kullanıcılar geliştirme aşamasında aktif rol oynamıyor. Kısacası Inmon'un yaklaşımı daha teknik bir yaklaşım.

Operasyonel (Transactional) sistemlerde işlenen veri, gerekli şekillerde düzenlenerek (Bu işleme ETL deniyor) atomik veritabanına taşınıyor. Her bir departman için, ihtiyaca göre ayrı bir veritabanı tasarlanıyor ve bu veritabanları temel verileri atomik veritabanından alıyor. Böylece departmanların aldıkları raporlar arasında veri uyumsuzluğu sorunu olmuyor.

Kimball'in yaklaşımı ise geleneksel veritabanı tasarım metodlarından farklı. "Bottom - up" yaklaşımı ile her iş süreci için ayrı bir data mart oluşturmayı tavsiye ediyor. Tüm bu data mart ların toplamı ise kuruluşun data warehouse U oluyor. Çeşitli data mart'lar arasında iletişim kurmak için de "data bus" dediği ve tüm data Mart'ların standarta uygun veri boyutları ile modellenmesini gerektiren bir mimari öneriyor.

Verinin son kullanici tarafindan daha rahat anlasilmasi ve performans nedeniyle Normalizasyon kurallarının gecerli olmadigi Dimensional veri modeli tasarimlarda çok merkezi rol oynuyor. Dimensional modelde iki çeşit tablo oluyor. Fact tablolar, çok fazla satırdan olusan ancak buna karşılık az kolon içeren foerign key ve metrik ölçüm dısında bir veri tutmayan tablolara deniyor. Dimension tablolar ise fact tablolardaki verinin detaylarını ve ozelliklerini tutan tablolar ve fact e göre daha az satır içermelerine rağmen yüzlerce kolondan oluşabiliyorlar.

Inmon ve Kimball' in modellerinin benzer noktaları da var.Her ikisi de farklı yöntemlerle de olsa zaman özelliği tutmak gerektiğini savunuyor. Her iki model de verilerin transactional sistemden aktarılırken standartlastirilmasi ve düzenlenmesini oneriyor (ETL)

Hangi modelin kullanılacağı tamamen ihtiyaclara ve isin yapısına göre verilecek bir karar.


Makeleyi okumak için : http://www.bi-bestpractices.com/view-articles/4768