Bir web sitesini bir SQL Server 2012 OLAP küpü ile yedeklemek mantıklı mıdır?

Büyük bir perakende zinciri için bir çözüm tasarlamakla görevlendirildim. 1.2 milyon müşterisinin her birinin, yaklaşık 50 kategorideki son satın alımların (mevcut ay, önceki ay, yıldan bugüne) dağılımını görmek için bir web sitesinde oturum açmasına izin vermek istiyorlar. Veriler her gün bir kez güncellenecektir.

Ben bir SQL Server 2012 tabanlı OLAP küp koymak ve web sitesi bu küp doğrudan sorguya izin proaktif önbellek gibi özellikleri kullanarak düşünüyorum. Ancak, kalpteki bir geliştirici olarak, SQL Server'ın analiz hizmetleri bölümleriyle ilgili hiçbir deneyimim yok, bu nedenle bu çözümün performansı hakkında oldukça endişeliyim.

Bir web sitesini doğrudan bir OLAP küpüne bağlamak uygun bir çözüm gibi geliyor mu? Bu tür sistemler kabaca bir SQL Server gibi birden fazla kullanıcının yüküne tepki göstererek bunu makul bir çözüm haline getiriyor mu yoksa tamamen farklı mı davranıyorlar?

Kullanıcıların durumlarını çok sık kontrol etmelerini beklemiyorum ve elbette web sunucusunda önbellekleme kullanacağım vb.

Bunu bir OLAP sistemi ile yapabilirsiniz - bu tür bir uygulama için SSAS'ın bazı avantajları şunlardır:

• SSAS kolayca ölçeklendirilebilir - özellikle bu, küp geri yazma gereksinimi olmayan salt okunur bir uygulamadır.

• Toplamalar, küplerin verimlilik için ayarlanmasına olanak tanıyan G / Ç'yi en aza indirecek şekilde ayarlanabilir.

• OLAP istemci yazılımı ve üçüncü taraf denetimleri (web ve zengin istemci) çeşitli satıcılardan kolayca edinilebilir.

• SQL Server 2012 Business Intelligence sürümü, SSAS için hemen hemen tüm ölçeklenebilirlik özelliklerine sahiptir, bu nedenle bir SQL Server kurumsal sürüm (veya üçüncü taraf) veritabanı için ön küplere uygun maliyetli bir platform olarak kullanılabilir. BI sürümü yalnızca CAL olduğu için lisanslamanın bir sorun olabileceğini unutmayın.

• SSAS, veriler üzerinde bir alışveriş sepeti analizi yapmak ve web sitesinde 'önerilen satın alma' özelliğini beslemek için kullanılabilecek bir veri madenciliği işlevine sahiptir.

Öte yandan, gereksinim göreceli olarak kısıtlanmış bir veri kümesi göstermektir, bu nedenle bir OLAP sunucusunun geçici dilim ve zar kapasitesi, hem yazılım maliyeti hem de onu çalıştırmak için donanım altyapısının maliyeti gibi aşırı olabilir. SSAS oldukça kaynak açtır). Muhtemelen periyodik olarak yenilenen bir özet veritabanı ile acil gereksiniminizi karşılayabilir ve daha az donanım ve lisans maliyetiyle yapabilirsiniz.

İlk bakışta, OLAP'ın mevcut gereksiniminizi karşılamak için muhtemelen gerekli olmadığını öneririm. Ancak, kesinlikle bu şekilde yapılabilir ve 'önerilen satın alma' özelliği sağlamak için veri madenciliği özelliklerinden biraz kilometre alabilirsiniz.

SSAS çok etli bir konudur. Veritabanı motoru hakkında bildiklerinizin neredeyse hiçbiri Analysis Services'a uygulanamaz. Tek hedef bu rapor için bir arka uç sağlamaksa, Analiz Hizmetlerini hızlandırmak ve OLAP veritabanını uygulamak, bir ilişkisel veritabanı veya periyodik olarak oluşturulan yürütme anlık görüntüsünden çalışan bir Raporlama Hizmetleri raporu oluşturma.

Bununla birlikte, geçici çok boyutlu raporlama ve MDX ifadeleri (bazı güzel şeyler yapabilirsiniz) gibi Analiz Hizmetlerinin bazı güçlü yönlerine gerçekten uzun vadeli bir gereksiniminiz varsa ve çok büyük bir şeyle çalışıyorsanız, ilişkisel bir veritabanından önemli ölçüde daha iyi performans göstermesini sağlayan veri ambarı, o zaman onu öğrenmeye değer olabilir. Ancak bir gün içinde almayı beklemeyin.

Evet, bu çok makul bir çözüm. Benzer yükte SSAS olan müşterilerim var ve iyi çalışıyor. Herhangi bir veritabanı tasarımı gibi elde ettiğiniz performans, küp tasarımının ne kadar iyi olduğu ile doğrudan ilişkili olacaktır.