Olap küpleri mükemmeldir. OLAP = Çok Boyutlu Görünüm = Küp. İnternet Satış Küpü Oluşturma
OLAP (Çevrimiçi Analitik İşleme) veri küpleri, çok boyutlu verileri verimli bir şekilde çıkarmanıza ve analiz etmenize olanak tanır. Diğer veritabanlarından farklı olarak OLAP veritabanları, analitik işleme ve onlardan her türlü veri kümesinin hızlı bir şekilde çıkarılması için özel olarak tasarlanmıştır. Access veya SQL Server gibi standart ilişkisel veritabanları ile OLAP veritabanları arasında aslında birkaç önemli fark vardır.
Pirinç. 1. OLAP küpünü Excel çalışma kitabına bağlamak için şu komutu kullanın: Analitik Hizmetlerinden
Notu veya olarak indirin
İlişkisel veritabanlarında bilgi, sırayla eklenen, silinen ve güncellenen kayıtlar olarak temsil edilir. OLAP veritabanları yalnızca verilerin anlık görüntüsünü depolar. OLAP veritabanında bilgiler tek bir veri bloğu olarak arşivlenir ve yalnızca isteğe bağlı çıktı için tasarlanmıştır. OLAP veritabanına yeni bilgiler eklenebilmesine rağmen, mevcut veriler nadiren düzenlenir, hatta silinir.
İlişkisel veritabanları ve OLAP veritabanları yapısal olarak farklıdır. İlişkisel veritabanları genellikle birbiriyle ilişkili bir dizi tablodan oluşur. Bazı durumlarda ilişkisel bir veritabanı o kadar çok tablo içerir ki bunların nasıl bağlandığını belirlemek çok zordur. OLAP veritabanlarında, bireysel veri blokları arasındaki ilişki önceden belirlenir ve OLAP olarak bilinen bir yapıda saklanır. OLAP küpleri. Veri küpleri, veritabanının hiyerarşik yapısı ve ilişkileri hakkında eksiksiz bilgi depolar; bu da veritabanında gezinmeyi büyük ölçüde kolaylaştırır. Ayrıca çıkardığınız verinin nerede olduğunu ve başka hangi verinin onunla ilişkili olduğunu önceden bilirseniz rapor oluşturmak çok daha kolay olur.
İlişkisel veritabanları ile OLAP veritabanları arasındaki temel fark, bilgilerin depolanma şeklidir. OLAP küpündeki veriler nadiren genel bir şekilde sunulur. OLAP veri küpleri genellikle önceden tasarlanmış bir formatta sunulan bilgileri içerir. Böylece küplerdeki verilerin gruplanması, filtrelenmesi, sıralanması ve birleştirilmesi işlemleri, küpler bilgiyle doldurulmadan önce gerçekleştirilir. Bu, istenen verilerin alınmasını ve görüntülenmesini mümkün olduğunca basitleştirir. İlişkisel veritabanlarının aksine, bilgiyi ekranda göstermeden önce düzgün bir şekilde düzenlemeye gerek yoktur.
OLAP veritabanları genellikle BT yöneticileri tarafından oluşturulur ve korunur. Kuruluşunuzun OLAP veritabanlarını yönetmekten sorumlu bir yapısı yoksa uygulama isteği ile ilişkisel veritabanı yöneticisiyle iletişime geçebilirsiniz. Şirket ağı en azından bazı OLAP çözümleri.
OLAP veri küpüne bağlanma
OLAP veritabanına erişmek için öncelikle OLAP küpüne bağlantı kurmanız gerekir. Şerit sekmesine giderek başlayın Veri. Düğmeye bas Diğer kaynaklardan ve açılır menüden komutu seçin Analitik Hizmetlerinden(Şekil 1).
Veri Bağlantı Sihirbazı'nın belirtilen komutunu seçtiğinizde (Şek. 2). Ana görevi, verileri yönetirken Excel tarafından kullanılacak olan sunucuyla bağlantı kurmanıza yardımcı olmaktır.
1. Öncelikle Excel'e kayıt bilgilerini vermeniz gerekir. Şekil 2'de gösterildiği gibi iletişim kutusunun alanlarına sunucu adını, oturum açma adını ve veri erişim şifresini girin. 2. Düğmeye tıklayın Daha öte. kullanarak bağlanırsanız hesap Windows, ardından anahtarı ayarlayın Windows Kimlik Doğrulamasını Kullan.
2. Açılır listeden çalışacağınız veritabanını seçin (Şekil 3). Mevcut örnek, Analysis Services Tutorial veritabanını kullanıyor. Bu veritabanını seçtiğinizde aşağıdaki listede, içinde bulunan tüm OLAP küplerini içe aktarmanız istenir. Gerekli veri küpünü seçin ve düğmeye tıklayın Daha öte.
Pirinç. 3. Veri analizi için kullanmayı planladığınız çalışma veritabanını ve OLAP küpünü seçin
3. Şekil 2'de gösterilen bir sonraki sihirbaz iletişim kutusunda. 4, oluşturduğunuz bağlantıyla ilgili açıklayıcı bilgileri girmeniz gerekmektedir. Şekil 2'de gösterilen iletişim kutusunun tüm alanları. 4, doldurulmasına gerek yoktur. Geçerli iletişim kutusunu doldurmadan her zaman göz ardı edebilirsiniz ve bu, bağlantınızı hiçbir şekilde etkilemez.
Pirinç. 4. Bağlantı açıklayıcı bilgilerini değiştirin
4. Düğmeye tıklayın Hazır Bağlantı oluşturmayı tamamlamak için. Ekranda bir iletişim kutusu görünecektir Verileri içe aktar(Şekil 5). Anahtarı ayarlayın Özet Tablo Raporu ve pivot tabloyu oluşturmaya başlamak için Tamam'a tıklayın.
OLAP küp yapısı
OLAP veritabanından bir pivot tablo oluşturduğunuzda, görev bölmesi penceresinin Pivot tablo alanları normal bir pivot tablodan farklı olacaktır. Bunun nedeni PivotTable'ın kendisine bağlı OLAP küpünün yapısını yakından yansıtacak şekilde düzenlenmesinde yatmaktadır. Bir OLAP küpünde olabildiğince hızlı gezinmek için bileşenlerine ve bunların nasıl etkileşime girdiğine tamamen aşina olmanız gerekir. İncirde. Şekil 6 tipik bir OLAP küpünün temel yapısını göstermektedir.
Gördüğünüz gibi bir OLAP küpünün ana bileşenleri boyutlar, hiyerarşiler, düzeyler, üyeler ve ölçülerdir:
- Boyutlar. Analiz edilen veri öğelerinin temel özellikleri. Boyutların yaygın örnekleri arasında Ürünler, Müşteri ve Çalışan yer alır. İncirde. Şekil 6, Ürünler boyutunun yapısını göstermektedir.
- Hiyerarşiler. Belirli bir boyuttaki düzeylerin önceden tanımlanmış bir toplamı. Hiyerarşi, özet veriler oluşturmanıza ve bunları yapının farklı düzeylerinde, bu düzeyler arasında var olan ilişkilere girmeden analiz etmenize olanak tanır. Şekil 2'de gösterilen örnekte. Şekil 6'da Ürünler boyutunun, tek bir Ürün Kategorileri hiyerarşisinde toplanan üç düzeyi vardır.
- Seviyeler. Düzeyler, ortak bir hiyerarşide toplanan kategorilerdir. Katmanları birbirinden ayrı olarak sorgulanabilen ve analiz edilebilen veri alanları olarak düşünün. İncirde. 6 yalnızca üç düzey vardır: Kategori, Alt Kategori ve Ürün Adı.
- Üyeler. Bir boyut içindeki tek bir veri öğesi. Üyelere genellikle boyutlar, hiyerarşiler ve düzeylerden oluşan bir OLAP yapısı aracılığıyla erişilir. Şekil 2'deki örnekte. Ürün Adı düzeyi için 6 üye tanımlanmıştır. Diğer seviyelerin yapıda gösterilmeyen kendi üyeleri vardır.
- Miktar- bu OLAP küplerindeki gerçek verilerdir. Ölçüler, ölçü boyutları adı verilen kendi boyutlarında saklanır. Ölçüleri, boyutların, hiyerarşilerin, düzeylerin ve üyelerin herhangi bir kombinasyonunu kullanarak sorgulayabilirsiniz. Bu prosedüre “dilimleme” önlemleri denir.
Artık OLAP küplerinin yapısına aşina olduğunuza göre PivotTable alan listesine yeniden göz atalım. Mevcut alanların organizasyonu netleşir ve herhangi bir şikayete neden olmaz. İncirde. Şekil 7, alan listesinin bir OLAP pivot tablosunun öğelerini nasıl temsil ettiğini göstermektedir.
PivotTable Alan Listesinde OLAP önlemleri ilk olarak görüntülenir ve toplama simgesi (sigma) ile gösterilir. Bunlar VALUE bölgesinde bulunabilecek tek veri öğeleridir. Onlardan sonra listede, tablo görüntüsüne sahip bir simgeyle gösterilen boyutlar gösterilir. Örneğimiz Müşteri boyutunu kullanıyor. Bu boyut bir dizi hiyerarşi içerir. Hiyerarşi genişletildikten sonra bireysel veri düzeylerini görüntüleyebilirsiniz. Bir OLAP küpünün veri yapısını görüntülemek için pivot tablodaki alanlar listesinde gezinmeniz yeterlidir.
OLAP Pivot Tablolarındaki Sınırlamalar
OLAP PivotTable'larla çalışırken, Analysis Services OLAP ortamındaki PivotTable veri kaynağıyla etkileşim kurduğunuzu unutmayın. Bu, boyutlardan küpe dahil edilen ölçümlere kadar veri küpünün her davranışsal yönünün aynı zamanda OLAP analitik hizmetleri tarafından kontrol edildiği anlamına gelir. Bu da OLAP pivot tablolarında gerçekleştirilebilecek işlemlerde kısıtlamalara yol açar:
- ölçüler dışındaki alanlar pivot tablonun DEĞERLER alanına yerleştirilemez;
- özetlemek için kullanılan işlevi değiştirmek imkansızdır;
- Hesaplanmış bir alan veya hesaplanmış öğe oluşturamazsınız;
- alan adlarında yapılan tüm değişiklikler, alan PivotTable'dan kaldırıldıktan hemen sonra iptal edilir;
- Sayfa alanı parametrelerinin değiştirilmesine izin verilmez;
- komut mevcut değil Göstermeksayfalar;
- seçenek devre dışı Göstermekimzalarelementler değer alanında alan yoksa;
- seçenek devre dışı Alt toplamlar filtre tarafından seçilen sayfa öğelerine göre;
- parametre mevcut değil Arka planrica etmek;
- DEĞERLER alanına çift tıklandıktan sonra pivot tablo önbelleğindeki yalnızca ilk 1000 kayıt döndürülür;
- onay kutusu devre dışı Optimize ethafıza.
Otonom Veri Küpleri Oluşturma
Standart bir pivot tabloda kaynak veriler yerel sabit sürücünüzde depolanır. Böylece, ağa erişiminiz olmasa bile bunları her zaman yönetebilir ve yapıyı değiştirebilirsiniz. Ancak bu hiçbir şekilde OLAP özet tabloları için geçerli değildir. OLAP pivot tablolarında önbellek yerel sabit sürücüde bulunmaz. Bu nedenle, bağlantıyı kestikten hemen sonra yerel ağ OLAP pivot tablonuz artık çalışmayacak. Böyle bir tabloda tek bir alanı bile hareket ettiremezsiniz.
Bir ağa bağlı olmadığınızda hala OLAP verilerini analiz etmeniz gerekiyorsa çevrimdışı bir veri küpü oluşturun. Bu, pivot tablo önbelleğini temsil eden ayrı bir dosyadır. Bu dosya, yerel ağ bağlantısı kesildikten sonra görüntülenen OLAP verilerini depolar. Bağımsız bir veri küpü oluşturmak için öncelikle bir OLAP pivot tablosu oluşturun. İmleci pivot tabloya yerleştirin ve düğmeye tıklayın OLAP araçları bağlamsal sekme Analizi, bağlamsal sekmeler grubuna dahildir Pivot Tablolarla Çalışmak. Bir takım seçin Çevrimdışı OLAP modu(Şekil 8).
Ekranda bir iletişim kutusu görünecektir Ayarlar pil ömrü OLAP(Şekil 9). Düğmeye bas Çevrimdışı veri dosyası oluştur. Data Cube Dosya Oluşturma Sihirbazının ilk penceresi ekranda görünecektir. Düğmeye bas Daha öte prosedüre devam etmek için.
İkinci adımda (Şekil 10), veri küpüne dahil edilecek boyutları ve seviyeleri belirtin. İletişim kutusunda OLAP veritabanından içe aktarılacak verileri seçmelisiniz. Yalnızca bilgisayarın yerel ağla bağlantısını kestikten sonra ihtiyaç duyulacak boyutları seçmek gerekir. Ne kadar çok boyut belirtirseniz özerk veri küpü o kadar büyük olur.
Düğmeye bas Daha öteüçüncü adıma geçmek için (Şekil 11). Bu pencerede küpe dahil edilmeyecek üyeleri veya veri öğelerini seçmeniz gerekir. Onay kutusu seçilmezse, belirtilen öğe içe aktarılmayacak ve yerel sabit sürücünüzde gereksiz yer kaplayacaktır.
Veri küpünün konumunu ve adını belirtin (Şekil 12). Veri küpü dosyaları .cub uzantısına sahiptir.
Bir süre sonra Excel, çevrimdışı veri küpünü belirtilen klasöre kaydedecektir. Bunu test etmek için, seçilen veri küpüyle ilişkili bir pivot tablo içeren bir Excel çalışma kitabını otomatik olarak oluşturacak olan dosyaya çift tıklayın. Oluşturulduktan sonra çevrimdışı veri küpünü çevrimdışı LAN modunda çalışan tüm ilgili kullanıcılara dağıtabilirsiniz.
Yerel ağa bağlandıktan sonra çevrimdışı veri küpü dosyasını açabilir ve onu ve ilişkili veri tablosunu güncelleyebilirsiniz. Ağ erişimi olmadığında çevrimdışı veri küpü kullanılsa da, ağ bağlantısı yeniden kurulduğunda güncellenmesi gerektiğini lütfen unutmayın. Ağ bağlantısı kesildikten sonra çevrimdışı bir veri küpünü güncellemeye çalışmak başarısızlıkla sonuçlanacaktır.
Pivot tablolarda veri küpü işlevlerini kullanma
OLAP veritabanlarında kullanılan veri küpü işlevleri aynı zamanda bir pivot tablodan da çalıştırılabilir. Excel'in eski sürümlerinde, veri küpü işlevlerine yalnızca Analiz Paketi eklentisini yükledikten sonra erişebiliyordunuz. Excel 2013'te bu işlevler programın içine yerleştirilmiştir ve bu nedenle kullanıma açıktır. Yeteneklerini tam olarak anlamak için belirli bir örneğe bakalım.
En iyilerinden biri basit yollar Bir veri küpünün işlevlerini öğrenmek, bir OLAP pivot tablosunun veri küpü formüllerine dönüştürülmesini içerir. Bu prosedür çok basittir ve veri küpü formüllerini sıfırdan oluşturmadan hızlı bir şekilde elde etmenize olanak tanır. Temel prensip, pivot tablodaki tüm hücreleri OLAP veritabanına bağlı formüllerle değiştirmektir. İncirde. Şekil 13, bir OLAP veritabanıyla ilişkili bir pivot tabloyu göstermektedir.
İmleci pivot tablonun herhangi bir yerine getirin, düğmeye tıklayın OLAP araçları bağlamsal şerit sekmesi Analiz ve bir takım seçin Formüllere dönüştür(Şekil 14).
Pivot tablonuz rapor filtre alanı içeriyorsa, Şekilde gösterilen iletişim kutusu ekranınızda görünecektir. 15. Bu pencerede veri filtresi açılır listelerini formüllere dönüştürmek isteyip istemediğinizi belirtebilirsiniz. Cevap evet ise açılır listeler kaldırılacak ve bunun yerine statik formüller görüntülenecektir. Gelecekte pivot tablonun içeriğini değiştirmek için açılır listeleri kullanmayı planlıyorsanız iletişim kutusundaki tek onay kutusunun işaretini kaldırın. Uyumluluk Modunda PivotTable üzerinde çalışıyorsanız, veri filtreleri önceden uyarı yapılmaksızın otomatik olarak formüllere dönüştürülür.
Birkaç saniye sonra pivot tablo yerine veri küplerinde yürütülen ve Excel penceresinde gerekli bilgilerin çıktısını sağlayan formüller görüntülenecektir. Lütfen bunun daha önce uygulanmış stilleri kaldırdığını unutmayın (Şek. 16).
Pirinç. 16. Formül çubuğuna bir göz atın: hücreler veri küpü formüllerini içerir
Görüntülediğiniz değerlerin artık PivotTable nesnesinin parçası olmadığı göz önüne alındığında, sütunlar, satırlar ve hesaplanan üyeler ekleyebilir ve bunları diğerleriyle birleştirebilirsiniz. dış kaynaklar ve ayrıca raporu en çok değiştiren Farklı yollar formülleri sürükleyip bırakmak da dahil.
OLAP pivot tablolarına hesaplamalar ekleme
İÇİNDE önceki sürümler Excel OLAP pivot tabloları özel hesaplamalara izin vermiyordu. Bu, hesaplanan alanları ve üyeleri normal PivotTable'lara eklemenin mümkün olduğu şekilde OLAP PivotTable'lara ek bir analiz düzeyi eklemenin mümkün olmadığı anlamına gelir (daha fazla bilgi için lütfen devam etmeden önce bu materyale aşina olduğunuzdan emin olun). okuma ).
Excel 2013, hesaplanan ölçüler ve MDX ifadelerinin hesaplanan üyeleri gibi yeni OLAP araçlarını sunar. Artık DBA'nız tarafından sağlanan OLAP küpünüzdeki ölçüleri ve üyeleri kullanmakla sınırlı değilsiniz. Özel hesaplamalar oluşturarak ek analiz yetenekleri kazanırsınız.
MDX'e giriş. OLAP küpüyle PivotTable kullandığınızda, veritabanına MDX (Çok Boyutlu İfadeler) sorguları yayınlarsınız. MDX, çok boyutlu kaynaklardan (OLAP küpleri gibi) veri almak için kullanılan bir sorgu dilidir. Bir OLAP PivotTable değiştirildiğinde veya güncellendiğinde ilgili MDX sorguları OLAP veritabanına gönderilir. Sorgunun sonuçları Excel'e geri döndürülür ve PivotTable alanında görüntülenir. Bu, pivot tablo önbelleğinin yerel bir kopyası olmadan OLAP verileriyle çalışmayı mümkün kılar.
Hesaplanmış ölçüler ve MDX üyeleri oluşturduğunuzda MDX dili sözdizimini kullanırsınız. Bu sözdizimini kullanan bir pivot tablo, hesaplamaların OLAP veritabanı arka ucuyla etkileşime girmesine olanak tanır. Kitapta tartışılan örnekler, yeni özellikler ortaya koyan temel MDX tasarımlarına dayanmaktadır. Excel işlevleri 2013. Karmaşık hesaplanmış ölçümler ve MDX üyeleri oluşturmanız gerekiyorsa, MDX hakkında daha fazla bilgi edinmek için zaman harcamanız gerekecektir.
Hesaplanmış ölçümler oluşturun. Hesaplanan ölçü, hesaplanan alanın OLAP sürümüdür. Buradaki fikir, mevcut OLAP alanlarında gerçekleştirilen bazı matematiksel işlemlere dayalı olarak yeni bir veri alanı oluşturmaktır. Şekil 2'de gösterilen örnekte. Şekil 17'de, malların listesi ve miktarının yanı sıra her birinin satışından elde edilen geliri içeren bir OLAP özet tablosu kullanılmaktadır. Bir ürünün birim başına ortalama fiyatını hesaplayacak yeni bir ölçü eklememiz gerekiyor.
Analiz Pivot Tablolarla Çalışmak. Açılır menüde OLAP araçlarıÖğeyi seçin (Şekil 18).
Pirinç. 18. Bir menü öğesi seçin MDX Hesaplanmış Ölçü
Ekranda bir iletişim kutusu görünecektir Hesaplanmış bir ölçü oluşturma(Şekil 19).
Bu adımları takip et:
2. Yeni hesaplanan ölçümün yer alacağı ölçüm grubunu seçin. Bunu yapmazsanız, Excel yeni hesaplamayı otomatik olarak ilk kullanılabilir ölçüm grubuna yerleştirir.
3. Sahada MDX ifadesi(MDX) Yeni hesaplamayı belirten kodu girin. Giriş sürecini hızlandırmak için, hesaplamalarda kullanılacak mevcut ölçümleri seçmek üzere soldaki listeyi kullanın. MDX alanına eklemek için istediğiniz ölçüye çift tıklayın. Ortalama birim satış fiyatını hesaplamak için aşağıdaki MDX kullanılır:
4. Tamam'a tıklayın.
Düğmeye dikkat edin MDX'i kontrol edin, pencerenin sağ alt kısmında bulunur. MDX sözdiziminin doğru olduğunu kontrol etmek için bu düğmeye tıklayın. Söz dizimi hatalar içeriyorsa bir mesaj görüntülenir.
Yeni hesaplanan ölçümünüzü oluşturmayı bitirdikten sonra listeye gidin Pivot tablo alanları ve onu seçin (Şek. 20).
Hesaplanan ölçümün kapsamı yalnızca geçerli çalışma kitabı için geçerlidir. Başka bir deyişle, hesaplanan ölçüler doğrudan OLAP sunucu küpünde oluşturulmaz. Bu, siz açmadığınız sürece hesaplanan ölçüye kimsenin erişemeyeceği anlamına gelir. genel erişimçalışma kitabına ekleyin yoksa internette yayınlamayacaksınız.
Hesaplanan MDX üyeleri oluşturun. MDX hesaplanmış üye, normal hesaplanmış üyenin OLAP sürümüdür. Buradaki fikir, mevcut OLAP öğeleri üzerinde gerçekleştirilen bazı matematiksel işlemlere dayalı olarak yeni bir veri öğesi oluşturmaktır. Şekil 2'de gösterilen örnekte. Şekil 22'de, 2005-2008 satış bilgilerini (üç aylık dökümle birlikte) içeren bir OLAP pivot tablosu kullanılmıştır. Diyelim ki, Yılın İlk Yarısı adlı yeni bir öğe oluşturarak birinci ve ikinci çeyreğe ait verileri toplamak istiyorsunuz. Ayrıca üçüncü ve dördüncü çeyreğe ilişkin verileri birleştirip yeni bir Yılın İkincisi unsurunu oluşturacağız.
Pirinç. 22. Yılın İlk Yarısı ve Yılın İkinci Yarısı olmak üzere yeni MDX hesaplı üyeler ekleyeceğiz
İmleci PivotTable'da herhangi bir yere yerleştirin ve bağlamsal sekmeyi seçin Analiz bir dizi bağlamsal sekmeden Pivot Tablolarla Çalışmak. Açılır menüde OLAP araçlarıÖğeyi seçin MDX Bilgisayarlı Üye(Şek. 23).
Ekranda bir iletişim kutusu görünecektir (Şek. 24).
Pirinç. 24. Pencere Hesaplanmış Öğe Oluşturma
Bu adımları takip et:
1. Hesaplanan ölçüye bir ad verin.
2. Yeni hesaplanmış üyeler oluşturduğunuz üst hiyerarşiyi seçin. Bir inşaat sahasında Ana öğe bir değer ata Tüm. Bu ayar, Excel'in bir ifadeyi değerlendirirken üst hiyerarşinin tüm üyelerine erişmesine olanak tanır.
3. Pencerede MDX ifadesi MDX sözdizimini girin. Biraz zaman kazanmak için, MDX'te kullanılacak mevcut üyeleri seçmek üzere soldaki listeyi kullanın. Seçilen öğeye çift tıklayın; Excel onu pencereye ekleyecektir MDX ifadesi. Şekil 2'de gösterilen örnekte. 24, birinci ve ikinci çeyreğin toplamı hesaplanır:
..&& +
.. && +
.. && + …
4. Tamam'a tıklayın. Excel, PivotTable'da yeni oluşturulan MDX hesaplanmış üyesini görüntüler. Şekil 2'de gösterildiği gibi. Şekil 25'te, yeni hesaplanan öğe PivotTable'daki diğer hesaplanan öğelerle birlikte görüntülenir.
İncirde. Şekil 26, Yılın İkinci Yarısı hesaplanan kalemini oluşturmak için kullanılan benzer süreci göstermektedir.
Excel'in orijinal MDX üyelerini kaldırmaya bile çalışmadığına dikkat edin (Şekil 27). PivotTable, 2005-2008 yıllarına ait kayıtları çeyreklere göre ayrılmış olarak göstermeye devam ediyor. Bu durumda bu çok önemli değil ancak çoğu senaryoda çatışmaları önlemek için "ekstra" unsurları gizlemelisiniz.
Pirinç. 27. Excel, oluşturulan MDX hesaplanmış üyeyi orijinal üyeler olarak görüntüler. Ancak çakışmaları önlemek için orijinal öğeleri silmek yine de daha iyidir
Unutmayın: hesaplanan üyeler yalnızca geçerli çalışma kitabında bulunur. Başka bir deyişle, hesaplanan ölçüler doğrudan OLAP sunucu küpünde oluşturulmaz. Bu, çalışma kitabını paylaşmadığınız veya çevrimiçi yayınlamadığınız sürece hiç kimsenin hesaplanan ölçüye veya hesaplanan üyeye erişemeyeceği anlamına gelir.
Bir OLAP küpündeki üst hiyerarşi veya üst öğe değişirse MDX hesaplanan öğenin artık çalışmayacağını unutmayın. Bu öğeyi yeniden oluşturmanız gerekecek.
OLAP hesaplamalarını yönetmek. Excel, OLAP pivot tablolarında hesaplanan ölçüleri ve MDX üyelerini yönetmenize olanak tanıyan bir arayüz sağlar. İmleci PivotTable'da herhangi bir yere yerleştirin ve bağlamsal sekmeyi seçin Analiz bir dizi bağlamsal sekmeden Pivot Tablolarla Çalışmak. Açılır menüde OLAP araçlarıÖğeyi seçin Bilgi İşlem Yönetimi. Pencerede Bilgi İşlem YönetimiÜç düğme mevcuttur (Şek. 28):
- Yaratmak. Yeni bir hesaplanmış ölçü veya hesaplanmış MDX üyesi oluşturun.
- Değiştirmek. Seçilen hesaplamayı değiştirin.
- Silmek. Seçilen hesaplamayı silin.
Pirinç. 28. İletişim kutusu Bilgi İşlem Yönetimi
OLAP verileri üzerinde durum analizi gerçekleştirin. Excel 2013'te, OLAP pivot tablolarındaki veriler üzerinde durum analizi gerçekleştirebilirsiniz. Bunun sayesinde yeni fırsat PivotTable'daki değerleri değiştirebilir ve değişikliklerinize göre ölçüleri ve üyeleri yeniden hesaplayabilirsiniz. Ayrıca değişiklikleri OLAP küpüne de yayabilirsiniz. Durum analizi yeteneklerinden yararlanmak için bir OLAP PivotTable oluşturun ve bağlamsal sekmeyi seçin Analiz Pivot Tablolarla Çalışmak. Açılır menüde OLAP araçları takımı seç Eğer analiz olursa –> Durum analizini etkinleştir(Şekil 29).
Bu noktadan itibaren pivot tablonun değerlerini değiştirebilirsiniz. PivotTable'da seçilen değeri değiştirmek için üzerine sağ tıklayın ve içerik menüsünden öğeyi seçin (Şek. 30). Excel, hesaplanan ölçüler ve hesaplanan MDX üyeleri de dahil olmak üzere PivotTable'daki tüm hesaplamaları yaptığınız değişikliklerle yeniden çalıştıracaktır.
Pirinç. 30. Bir öğe seçin Pivot tabloyu hesaplarken değişikliği dikkate alın pivot tabloda değişiklik yapmak için
Varsayılan olarak, durum analizi modunda PivotTable'da yapılan düzenlemeler yereldir. Değişiklikleri OLAP sunucusuna yaymak istiyorsanız değişiklikleri yayınlama komutunu seçin. Bağlamsal sekmeyi seçin Analiz bir dizi bağlamsal sekmede bulunur Pivot Tablolarla Çalışmak. Açılır menüde OLAP araçları eşyaları seç Eğer analiz olursa – > Değişiklikleri yayınla(Şek. 31). Bu komutun yürütülmesi sonucunda, " cevap yazmak» OLAP sunucusunda; bu, değişikliklerin kaynak OLAP küpüne yayılabileceği anlamına gelir. (Değişiklikleri OLAP sunucusuna yaymak için, sunucuya erişim için uygun izinlere sahip olmanız gerekir. OLAP veritabanına yazma erişim izinleri almanıza yardımcı olması için veritabanı yöneticinize başvurun.)
Not Jelen, Alexander'ın kitabına dayanarak yazılmıştır. . Bölüm 9.
/ Kübist bir tarzda. OLAP küplerinin büyük şirketlerin yönetim uygulamalarında uygulanması
Temas halinde
Sınıf arkadaşları
Konstantin Tokmaçev, sistem mimarı
Kübist tarzda.
OLAP küplerinin büyük şirketlerin yönetim uygulamalarında uygulanması
Belki de bir şirketin bilgi işlem kaynaklarının yalnızca bilgi kaydetme ve muhasebe raporlarına harcandığı dönem geçti. Aynı zamanda ofislerde, toplantılarda ve toplantılarda yönetim kararları “gözle” alınıyordu. Belki de Rusya'da kurumsal bilgi işlem sistemlerini ana kaynaklarına döndürmenin zamanı gelmiştir - bilgisayarda kayıtlı verilere dayalı yönetim sorunlarını çözme
İş analitiğinin faydaları hakkında
Kurumsal yönetim döngüsünde, "ham" veriler ile yönetilen nesneyi etkilemenin "kaldıraçları" arasında "performans göstergeleri" - KPI'ler vardır. Kontrol edilen nesnenin çeşitli alt sistemlerinin durumunu yansıtan bir tür "gösterge tablosu" oluştururlar. Şirketi bilgilendirici performans göstergeleri ile donatmak ve bunların hesaplanmasını ve elde edilen değerleri izlemek bir iş analistinin işidir. MS SQL Server Analiz Hizmetleri (SSAS) yardımcı programı ve ana aracı OLAP küpü gibi otomatik analiz hizmetleri, kurumun analitik çalışmasını organize etmede önemli yardım sağlayabilir.
Tam burada bir noktaya daha değinmek gerekiyor. Diyelim ki Amerikan geleneğinde OLAP küpleriyle çalışmaya odaklanan bir uzmanlığa BI (İş Zekası) deniyor. Amerikan BI'sının Rus "iş analistine" karşılık geldiğine dair hiçbir yanılsama olmamalıdır. Kusura bakmayın ama iş analistimiz çoğu zaman bir "muhasebeci" ve "yetersiz programcıdır", belirsiz bilgisi olan ve küçük bir maaşı olan, aslında kendi araçlarından ve metodolojisinden hiçbirine sahip olmayan bir uzmandır.
Bir BI uzmanı aslında uygulamalı bir matematikçidir, şirketin cephaneliği için (Yöneylem Araştırması olarak adlandırılan) modern matematiksel yöntemleri kullanan yüksek nitelikli bir uzmandır. BI, bir zamanlar SSCB'de olan ve Moskova Devlet Üniversitesi Hesaplamalı Matematik ve Matematik Fakültesi'nden mezun olan "sistem analisti" uzmanlığıyla daha tutarlıdır. M.V. Lomonosov. OLAP küpü ve analiz hizmetleri, belki de Amerikan BI yönünde ileri düzeyde bir eğitimden sonra, bir Rus iş analistinin işyeri için umut verici bir temel haline gelebilir.
Son zamanlarda başka bir zararlı eğilim ortaya çıktı. Uzmanlaşma sayesinde, farklı kategorilerdeki şirket çalışanları arasındaki karşılıklı anlayış kayboldu. I.A.'nın masalındaki "kuğu, kerevit ve turna balığı" gibi bir muhasebeci, yönetici ve programcı. Krylov, şirketi farklı yönlere çekiyor.
Muhasebeci raporlamakla meşguldür; tutarları hem anlam hem de dinamik olarak şirketin iş süreciyle doğrudan ilgili değildir.
Yönetici, iş sürecinin kendi payına düşen kısmıyla meşguldür, ancak eylemlerinin sonuçlarını ve beklentilerini bir bütün olarak şirket düzeyinde küresel olarak değerlendirememektedir.
Son olarak, bir zamanlar (eğitim sayesinde) bilim alanından iş dünyasına ileri teknik fikirlerin iletkeni olan programcı, muhasebeci ve yöneticinin fantezilerinin pasif bir uygulayıcısına dönüştü. Şirketlerin BT departmanlarının muhasebeciler ve genel olarak tembel olmayan herkes tarafından yönetilmesi artık alışılmadık bir durum. İnisiyatif eksikliği, okuma yazma bilmeyen ancak nispeten yüksek maaşlı 1C programcısı, Rus şirketlerinin gerçek bir belasıdır. (Neredeyse yerli futbolcu gibi.) Sözde “ekonomistler ve hukukçular”dan bahsetmiyorum bile, onlar hakkında her şey çok önceden söylendi.
Dolayısıyla, bilgi yoğun bir SSAS cihazı ile donatılmış, programlama ve muhasebenin temelleri konusunda uzman bir iş analistinin pozisyonu, iş sürecinin analizi ve tahmini ile ilgili olarak şirketin çalışmalarını pekiştirme yeteneğine sahiptir.
OLAP küplerinin avantajları
OLAP küpü modern çare hiyerarşinin her seviyesindeki çalışanlara, karakterize eden gerekli göstergeler setini sağlamayı mümkün kılan kurumsal bilgisayar sistemi veri tabanının analizi üretim sürecişirketler. Önemli olan yalnızca MDX küpünün (Çok Boyutlu İfadeler) kullanışlı arayüzü ve esnek sorgulama dilinin gerekli analitik göstergeleri formüle etmenize ve hesaplamanıza olanak sağlaması değil, aynı zamanda OLAP küpünün bunu olağanüstü hız ve kolaylıkla yapmasıdır. Üstelik bu hız ve kolaylık, belirli sınırlar dahilinde, hesaplamaların karmaşıklığına ve veritabanının boyutuna bağlı değildir.
OLAP'a biraz giriş-
küp, MS Excel'in bir "pivot tablosu" ile verilebilir. Bu nesnelerin benzer mantığı ve benzer arayüzleri vardır. Ancak makaleden de anlaşılacağı gibi, OLAP işlevselliği kıyaslanamayacak kadar zengin ve performans kıyaslanamayacak kadar yüksek, dolayısıyla "pivot tablo" yerel bir masaüstü ürünü olarak kalırken OLAP kurumsal düzeyde bir ürün.
OLAP küpü çözüm için neden bu kadar iyi? analitik görevler? OLAP küpü, olası tüm bölümlerdeki tüm göstergelerin önceden hesaplanacağı (tamamen veya kısmen) ve kullanıcının yalnızca gerekli göstergeleri (ölçüleri) ve boyutları (boyutları) "çekebileceği" şekilde tasarlanmıştır. fare ve program tabloları yeniden çizebilir.
Tüm bölümlerdeki olası tüm analitikler devasa bir alan oluşturur, daha doğrusu bir alan değil, yalnızca çok boyutlu bir OLAP küpü. Kullanıcının (yönetici, iş analisti, yönetici) analiz hizmetine yönelttiği talep ne olursa olsun, yanıt verme hızı iki şeyle açıklanır: birincisi, gerekli analizler kolaylıkla formüle edilebilir (ya bir listeden isme göre seçilebilir ya da bir MDX dilindeki formül ), ikincisi, kural olarak zaten hesaplanmıştır.
Analitik formülasyonu üç seçenekte mümkündür: ya bir veritabanı alanıdır (ya da daha doğrusu bir depo alanıdır), ya da küp tasarımı düzeyinde tanımlanmış bir hesaplama alanıdır ya da küp ile etkileşimli olarak çalışırken bir MDX dil ifadesidir.
Bu, OLAP küplerinin birçok çekici özelliği anlamına gelir. Esasen kullanıcı ile veri arasındaki bariyer ortadan kalkar. Engel, öncelikle sorunu açıklaması (bir görev belirlemesi) gereken bir uygulama programcısı şeklindedir. İkinci olarak, uygulama programcısının bir algoritma oluşturmasını, programı yazıp hata ayıklamasını ve ardından muhtemelen onu değiştirmesini beklemeniz gerekecektir. Çok sayıda çalışan varsa ve gereksinimleri çeşitli ve değişkense, uygulama programcılarından oluşan tam bir ekibe ihtiyaç vardır. Bu anlamda, bir OLAP küpü (ve nitelikli bir iş analisti), tıpkı bir ekskavatör operatörüne sahip güçlü bir ekskavatörün, bir hendek kazarken tüm göçmen işçiler ekibinin yerini küreklerle değiştirmesi gibi, analitik çalışma açısından tüm uygulama programcıları ekibinin yerini alır!
Aynı zamanda elde edilen analitik verilerin çok önemli bir niteliği daha elde edilir. Şirketin tamamı için yalnızca bir OLAP küpü olduğundan; Bu, verilerdeki can sıkıcı tutarsızlıkları ortadan kaldıran, herkes için analistlerin bulunduğu aynı alandır. Bir yöneticinin öznellik faktörünü ortadan kaldırmak için aynı görevi birkaç bağımsız çalışana sormak zorunda kalması, ancak yine de herkesin bir şekilde açıklamayı üstlendiği farklı cevaplar getirmesi vb. OLAP küpü, kurumsal hiyerarşinin farklı seviyelerinde analitik verilerin tekdüzeliğini sağlar; Bir yönetici belirli bir ilgi göstergesini detaylandırmak isterse, o zaman kesinlikle astının çalıştığı alt düzey verilere gelecektir ve bu, tam olarak üst düzey göstergenin hesaplandığı temeldeki veriler olacaktır. ve başka bir şekilde, başka bir zamanda vb. alınan başka veriler değil. Yani, şirketin tamamı aynı analitiği görüyor ancak farklı toplama düzeylerinde.
Bir örnek verelim. Bir yöneticinin alacak hesaplarını kontrol ettiğini varsayalım. Vadesi geçmiş alacaklara ilişkin KPI yeşil olduğu sürece her şey normaldir ve herhangi bir yönetim eylemi gerekmemektedir. Renk sarıya veya kırmızıya dönüştüyse bir şeyler ters gidiyor: KPI'ları satış departmanları tarafından kesiyoruz ve departmanları hemen "kırmızı" olarak görüyoruz. Bir sonraki bölümde yöneticiler ve müşterileri ödemeleri geciktiren satıcılar tarafından belirlenir. (Ayrıca vadesi geçmiş tutar müşterilere, şartlara vb. göre bölünebilir.) Kurumun başkanı ihlalde bulunanlarla her düzeyde doğrudan iletişime geçebilir. Ancak genel olarak aynı KPI (hiyerarşi düzeylerinde) hem departman başkanları hem de satış yöneticileri tarafından görülür. Bu nedenle durumu düzeltmek için "halıya çağrı" beklemelerine bile gerek yok... Elbette KPI'nin kendisinin vadesi geçmiş ödemelerin tutarı olması gerekmez - bu olabilir vadesi geçmiş ödemelerin ağırlıklı ortalama süresi veya genel olarak alacakların devir hızı.
MDX dilinin karmaşıklığı ve esnekliğinin, hızlı (bazen anlık) sonuçlarla birlikte, aksi takdirde hiç ortaya çıkmayabilecek karmaşık kontrol görevlerini çözmemize (geliştirme ve hata ayıklama aşamalarını dikkate alarak) olanak tanıdığını belirtelim. uygulama programcıları için karmaşıklık ve formülasyondaki başlangıçtaki belirsizlik nedeniyle. (Uygulama programcılarının analitik problemleri çözmeleri için, yetersiz anlaşılan formülasyonlar ve koşullar değiştiğinde programlarda yapılan uzun değişiklikler nedeniyle pratikte sıklıkla karşılaşılan uzun son teslim tarihleri.)
Ayrıca şirketin her çalışanının, bir OLAP analistinin işi için ihtiyaç duyduğu hasatı genel sahadan toplayabildiğine ve toplumsal olarak kendisi için kesilen "şerit" ile yetinmemesine dikkat edelim. “standart raporlar”.
İstemci-sunucu modunda bir OLAP küpüyle çalışmaya yönelik çok kullanıcılı arayüz, her çalışanın, diğerlerinden bağımsız olarak, kendi (hatta biraz beceriyle kendi kendine oluşturduğu) analiz bloklarına (raporlarına) sahip olmasına olanak tanır; bu bloklar, tanımlandıktan sonra otomatik olarak oluşturulur. güncellendi - başka bir deyişle, her zaman güncel durumdalar.
Yani, OLAP küpü, analitik çalışmayı (aslında sadece resepsiyon analistleri tarafından değil, aslında şirketin hemen hemen tüm çalışanları, hatta dengeleri ve sevkiyatları kontrol eden lojistikçiler ve yöneticiler tarafından bile gerçekleştirilir) daha seçici hale getirmenize olanak tanır, "genel anlamda değil" işin iyileştirilmesi ve verimliliğin artırılması için koşullar yaratır.
Girişimizi özetlemek gerekirse, OLAP küplerinin kullanımının bir şirketin yönetimini daha yüksek bir seviyeye çıkarabileceğini belirtiyoruz. Hiyerarşinin tüm seviyelerinde analitik verilerin tekdüzeliği, güvenilirliği, karmaşıklığı, göstergeleri oluşturma ve değiştirme kolaylığı, bireysel ayarlar, yüksek veri işleme hızı ve son olarak alternatif analitik yolları desteklemek için harcanan para ve zamandan tasarruf (uygulama programcıları, çalışanın bağımsız hesaplamaları), büyük Rus şirketlerinin uygulamalarında OLAP küplerinin kullanılmasına yönelik umutlar yaratıyor.
OLTP + OLAP: taslak geri bildirimşirket yönetim zincirinde
Şimdi OLAP küplerinin genel fikrine ve bunların kurumsal yönetim zincirindeki uygulama noktalarına bakalım. OLAP (OnLine Analytical Processing) terimi, daha önce tanıttığı OLTP (OnLine Transactions Processing) terimine ek olarak İngiliz matematikçi Edgar Codd tarafından tanıtıldı. Bu daha sonra tartışılacak, ancak E. Codd elbette sadece terimleri değil, aynı zamanda OLTP ve OLAP'ın matematiksel teorilerini de önerdi. Ayrıntılara girmeden, modern yorumda OLTP, bilginin kaydedilmesi, saklanması ve alınması için bir mekanizma olarak kabul edilen ilişkisel bir veritabanıdır.
Çözüm metodolojisi
1C7, 1C8, MS Dynamics AX gibi ERP sistemleri (Kurumsal Kaynak Planlama), kullanıcı odaklı yazılım arayüzlerine (belgelerin girilmesi ve düzenlenmesi vb.) ve bilgilerin depolanması ve alınması için bugün yazılımla temsil edilen ilişkisel bir veritabanına (DB) sahiptir. MS SQL Server (SS) gibi ürünler.
ERP sistemi veritabanında kayıtlı bilgilerin gerçekten çok değerli bir kaynak olduğunu unutmayın. Önemli olan, kayıtlı bilgilerin yalnızca şirketin mevcut belge akışını (belgelerin çıkarılması, ayarlanması, yazdırılması ve mutabakatı yeteneği vb.) Sağlanması değil, yalnızca mali tabloların (vergiler, denetim vb.) ). Yönetim açısından bakıldığında, OLTP sisteminin (ilişkisel veritabanı) aslında şirketin faaliyetlerinin gerçek boyutlu bir dijital modeli olması çok daha önemlidir.
Ancak süreci yönetmek için süreçle ilgili bilgilerin kaydedilmesi yeterli değildir. Süreç, ilerlemesini karakterize eden bir sayısal göstergeler (KPI) sistemi biçiminde sunulmalıdır. Ayrıca göstergeler için kabul edilebilir değer aralıkları tanımlanmalıdır. Ve yalnızca göstergenin değeri izin verilen aralığın dışına çıkarsa bir kontrol eylemi uygulanmalıdır.
Bu kontrol mantığı (veya mitolojisi) (“sapma yoluyla kontrol”) ile ilgili olarak, hem tekne rotadan saptığında küreğe yaslanan dümenci (siberburun) imajını yaratan antik Yunan filozofu Platon hem de Bilgisayar çağının arifesinde sibernetik bilimini yaratan Amerikalı matematikçi Norbert Wiener.
OLTP yöntemini kullanarak bilgilerin kaydedilmesine yönelik olağan sisteme ek olarak, başka bir sisteme ihtiyaç vardır - toplanan bilgilerin analiz edilmesi için bir sistem. Kontrol döngüsünde yönetim ile kontrol nesnesi arasında geri bildirim görevi gören bu eklenti, bir OLAP sistemi veya kısaca OLAP küpüdür.
OLAP'ın bir yazılım uygulaması olarak, MS SQL Server'ın standart sunumunun bir parçası olan, SSAS olarak kısaltılan MS Analiz Hizmetleri yardımcı programını ele alacağız. E. Codd'un planına göre, analitikteki OLAP küpünün, OLTP sistemi ve ilişkisel veritabanının (SQL Server) bilgi depolama ve alma konusunda sağladığı aynı kapsamlı eylem özgürlüğünü vermesi gerektiğini unutmayın.
OLAP Lojistik
Şimdi spesifik konfigürasyona bakalım harici cihazlar OLAP küpünün otomatik çalışmasının dayandığı uygulama programları ve teknolojik işlemler.
Kurumun, bilgilerin her zamanki gibi kaydedildiği bir ERP sistemi (örneğin 1C7 veya 1C8) kullandığını varsayacağız. Bu ERP sisteminin veri tabanı belirli bir sunucu üzerinde bulunmakta ve MS SQL Server tarafından desteklenmektedir.
Ayrıca başka bir sunucuda, MS Analiz Hizmetleri (SSAS) yardımcı programına sahip MS SQL Server'ın yanı sıra MS SQL Server Management Studio, MS C#, MS Excel ve MS Visual Studio dahil olmak üzere yazılımın kurulu olduğunu varsayacağız. Bu programlar birlikte gerekli bağlamı oluşturur: OLAP küplerinin geliştiricisi için araçlar ve gerekli arayüzler.
SSAS sunucusu, blat adında (parametrelerle birlikte) ücretsiz olarak dağıtılan bir programa sahiptir. Komut satırı ve posta hizmeti sağlamak.
Yerel ağdaki çalışanların iş istasyonlarında, diğer şeylerin yanı sıra, MS Excel programları (2003'ten daha az olmayan sürümler) ve muhtemelen MS Excel'in MS Analiz Hizmetleri ile çalışmasını sağlamak için özel bir sürücü kuruludur (ilgili sürücü zaten yüklü değilse). MS Excel'e dahil edilmiştir).
Kesinlik açısından, çalışanların iş istasyonlarında bir işletim sisteminin kurulu olduğunu varsayacağız. Windows sistemi XP ve sunucularda - Windows Server 2008. Ayrıca MS SQL Server 2005'in SQL Server olarak kullanılmasına izin verin, Enterprise Edition (EE) veya Developer Edition (DE) OLAP küpü ile sunucuda kurulu olsun. Bu basımlarda sözde kullanmak mümkündür. “yarı ilave önlemler”, yani olağan toplamlar (örneğin, ekstremum veya ortalama) dışındaki ek toplam işlevler (istatistikler).
OLAP küp tasarımı (OLAP kübizm)
OLAP küpünün tasarımı hakkında birkaç söz söyleyelim. İstatistik dilinde bir OLAP küpü, gerekli tüm bölümlerde hesaplanan bir dizi performans göstergesidir; örneğin müşterilere, mallara, tarihlere vb. bölümlerdeki sevkiyat göstergesi. OLAP küpleri üzerine Rus literatüründe İngilizceden doğrudan çeviri yapılması nedeniyle göstergelere “ölçü”, bölümlere ise “boyutlar” adı verilmektedir. Bu matematiksel olarak doğru ancak sözdizimsel ve anlamsal olarak pek başarılı olmayan bir çeviri. Rusça "ölçü", "boyut", "boyut" kelimeleri anlam ve yazılış açısından hemen hemen aynıyken, İngilizce "ölçü" ve "boyut" kelimeleri hem yazılış hem de anlam bakımından farklıdır. Bu nedenle, anlam bakımından benzer olan geleneksel Rus istatistik terimleri “gösterge” ve “kesim” i tercih ediyoruz.
Verilerin kaydedildiği OLTP sistemiyle ilişkili olarak bir OLAP küpünün yazılım uygulamasına yönelik çeşitli seçenekler vardır. En basit, en güvenilir ve en hızlı olan yalnızca bir şemayı ele alacağız.
Bu tasarımda OLAP ve OLTP tablo paylaşımı yapmamakta olup, kullanım aşamasından önce gelen küp güncelleme (İşlem) aşamasında OLAP analitiği mümkün olduğunca detaylı olarak hesaplanmaktadır. Bu şemaya MOLAP (Çok Boyutlu OLAP) denir. Dezavantajları ERP ile uyumsuzluk ve yüksek bellek maliyetleridir.
Resmi olarak bir OLAP küpü, ERP sistemi ilişkisel veritabanı tablolarının tamamını (binlerce) veri kaynağı olarak ve bunların tüm (yüzlerce) alanını gösterge veya bölüm olarak kullanarak oluşturulabilse de, gerçekte bu yapılmamalıdır. Tersine. Bir küpe yüklemek için "vitrin" veya "depo" adı verilen ayrı bir veritabanı hazırlamak daha doğrudur.
Çeşitli nedenler bizi bunu yapmaya zorluyor.
- İlk önce, Bir OLAP küpünü gerçek bir veritabanındaki tablolara bağlamak kesinlikle teknik sorunlar yaratacaktır. Bir tablodaki verileri değiştirmek küpün yenilenmesini tetikleyebilir ve bir küpün yenilenmesi her zaman hızlı bir süreç olmayabilir; dolayısıyla küp sürekli olarak yeniden oluşturulma durumunda olacaktır; Aynı zamanda, küp güncelleme prosedürü, veritabanı tablolarının verilerini engelleyebilir (okurken), kullanıcıların ERP sistemine veri kaydetme çalışmalarını yavaşlatabilir.
- ikinci olarak, Çok fazla gösterge ve kesimin olması, küpün sunucudaki depolama alanını önemli ölçüde artıracaktır. OLAP küpünün, OLTP sisteminde olduğu gibi yalnızca kaynak verileri değil, aynı zamanda olası tüm bölümler (ve hatta tüm bölümlerin tüm kombinasyonları) üzerinden özetlenen tüm göstergeleri de sakladığını unutmayalım. Ek olarak, küpün güncellenme hızı ve sonuçta bunlara dayalı analitik ve kullanıcı raporlarının oluşturulma ve güncellenme hızı da buna göre yavaşlayacaktır.
- Üçüncü, çok fazla alan (göstergeler ve bölümler) OLAP geliştirici arayüzünde sorun yaratacaktır çünkü elementlerin listesi muazzam hale gelecektir.
- Dördüncüsü, OLAP küpü veri bütünlüğü ihlallerine karşı çok duyarlıdır. Anahtar verileri küp alanı bağlantılarının yapısında belirtilen bağlantıda bulunmuyorsa küp oluşturulamaz. Geçici veya kalıcı bütünlük ihlalleri, boş alanlar bir ERP sistemi veritabanında sık görülür ancak bu OLAP için kesinlikle uygun değildir.
Yükü paylaşmak için ERP sistemi ile OLAP küpünün farklı sunucularda bulunması gerektiğini de ekleyebilirsiniz. Ancak OLAP ve OLTP için ortak tablolar varsa ağ trafiği sorunu da ortaya çıkar. Bu durumda, birkaç farklı ERP sistemini (1C7, 1C8, MS Dynamics AX) tek bir OLAP küpünde birleştirmek gerektiğinde pratik olarak çözülemeyen sorunlar ortaya çıkar.
Muhtemelen teknik sorunları birikmeye devam edebiliriz. Ancak en önemlisi, OLTP'den farklı olarak OLAP'ın verileri kaydetme ve depolama aracı değil, bir analiz aracı olduğunu unutmayın. Bu, "kirli" verileri "her ihtimale karşı" ERP'den OLAP'a yüklemeye ve indirmeye gerek olmadığı anlamına gelir. Tam tersine, önce en azından KPI sistemi düzeyinde şirketi yönetmek için bir konsept geliştirmeli, ardından OLAP küpüyle aynı sunucuda bulunan ve küçük bir veri ambarı içeren bir uygulama veri ambarı (depo) tasarlamalısınız. ERP'den yönetim için gerekli olan rafine edilmiş veri miktarı.
Kötü alışkanlıkları teşvik etmeden, OLTP ile ilgili olarak OLAP küpü, gerçek kaydın "fermente edilmiş kütlesinden" "saf bir ürünün" çıkarıldığı iyi bilinen "damıtıcıya" benzetilebilir.
Böylece OLAP'ın veri kaynağının, OLAP ile aynı sunucuda bulunan özel bir veritabanı (depo) olduğunu anladık. Genellikle bu iki anlama gelir. Öncelikle ERP veritabanlarından depo oluşturacak özel prosedürlerin olması gerekir. İkincisi, OLAP küpü ERP sistemleriyle eşzamansızdır.
Yukarıdakileri dikkate alarak, hesaplama süreci mimarisinin aşağıdaki versiyonunu öneriyoruz.
Çözüm mimarisi
Belirli bir şirketin (holdingin) farklı sunucularda bulunan birçok ERP sisteminin bulunduğunu ve analitik verilerinin tek bir OLAP küpünde birleştirildiğini görmek istediğimizi varsayalım. Açıklanan teknolojide, ERP sistemlerinden gelen verileri depo düzeyinde birleştirdiğimizi ve OLAP küpünün tasarımını değiştirmeden bıraktığımızı vurguluyoruz.
OLAP sunucusunda tüm bu ERP sistemlerinin veritabanlarının görüntülerini (boş kopyalarını) oluşturuyoruz. İlgili aktif ERP veritabanlarının bu boş kopyalara periyodik olarak (geceleri) kısmi replikasyonunu gerçekleştiriyoruz.
Daha sonra, ağ trafiği olmayan aynı OLAP sunucusunda, ERP sistemi veritabanlarının kısmi kopyalarına dayanarak, OLAP küpünün veri kaynağı olan bir depo (depo) oluşturan (veya dolduran) SP (saklı prosedür) başlatılır.
Daha sonra ambar verilerine dayalı olarak bir küpün güncellenmesi/oluşturulması için standart prosedür başlatılır (SSAS arayüzünde süreç operasyonu).
Teknolojinin belirli yönleri hakkında yorum yapalım. SP'ler ne tür işler yapar?
Kısmi çoğaltma sonucunda güncel veriler OLAP sunucusundaki bazı ERP sistemlerinin görüntüsünde görünür. Bu arada kısmi çoğaltma iki şekilde gerçekleştirilebilir.
Kısmi replikasyon sırasında öncelikle ERP sistemi veritabanındaki tüm tablolardan yalnızca depo oluşturmak için gerekli olanlar kopyalanır. Bu, sabit bir tablo adları listesi tarafından kontrol edilir.
İkinci olarak, kısmi çoğaltma, tablonun tüm alanlarının değil, yalnızca deponun oluşturulmasında yer alan alanların kopyalandığı anlamına da gelebilir. Kopyalanacak alanların listesi SP'de kopyanın görüntüsünde belirtilir veya dinamik olarak oluşturulur (tablonun kopyasında başlangıçta tüm alanlar mevcut değilse).
Elbette tablo satırlarının tamamını kopyalamak değil, yalnızca yeni kayıtlar eklemek mümkündür. Ancak bu durum, gerçek hayattaki sistemlerde sıklıkla görülen ERP revizyonlarının "geriye dönük" olarak muhasebeleştirilmesinde ciddi sıkıntılar yaratır. Böylece, daha fazla uzatmadan tüm kayıtları kopyalamak (veya belirli bir tarihten itibaren "kuyruğu" güncellemek) daha kolaydır.
Daha sonra SP'nin asıl görevi ERP sistem verilerini depo formatına dönüştürmektir. Yalnızca bir ERP sistemi varsa, dönüştürme görevi esas olarak gerekli verilerin kopyalanması ve muhtemelen yeniden biçimlendirilmesinden ibarettir. Ancak farklı yapılara sahip birkaç ERP sistemini aynı OLAP küpünde birleştirmek gerekiyorsa dönüşümler daha karmaşık hale gelir.
Birkaç farklı ERP sistemini bir küpte birleştirme görevi, nesnelerin kümeleri (mal dizinleri, müteahhitler, depolar vb.) kısmen örtüşüyorsa, nesneler aynı anlama sahipse ancak doğal olarak dizinlerde farklı şekilde tanımlanıyorsa özellikle zordur. farklı sistemlerin (kodlar, tanımlayıcılar, adlar vb. anlamında)
Gerçekte böyle bir tablo, büyük bir holding şirketinde, aynı türdeki kurucu özerk şirketlerin birçoğunun yaklaşık olarak aynı bölgede yaklaşık olarak aynı tür faaliyetleri yürüttüğü, ancak kendi ve üzerinde anlaşmaya varılmamış kayıt sistemlerini kullandığı durumlarda ortaya çıkar. Bu durumda verileri ambar düzeyinde konsolide ederken yardımcı eşleme tabloları olmadan yapamazsınız.
Depo depolama mimarisine biraz dikkat edelim. Tipik olarak bir OLAP küp şeması bir "yıldız" biçiminde temsil edilir; dizinlerin “ışınları” ile çevrelenmiş bir veri tablosu olarak - ikincil anahtar değer tabloları. Tablo, “göstergelerin” bir bloğudur; bunların bölümleridir. Bu durumda, dizin, keyfi olarak dengesiz bir ağaç veya dengeli bir hiyerarşi, örneğin malların veya yüklenicilerin çok düzeyli bir sınıflandırması olabilir. Bir OLAP küpünde, bir depodaki veri tablosunun sayısal alanları otomatik olarak "göstergeler" (veya ölçümler) haline gelir ve bölümler (veya boyutlar) ikincil anahtar tablolar kullanılarak tanımlanabilir.
Bu görsel bir “pedagojik” açıklamadır. Aslında bir OLAP küpünün mimarisi çok daha karmaşık olabilir.
İlk olarak, bir depo muhtemelen ortak dizinler aracılığıyla birbirine bağlanan birkaç "yıldızdan" oluşabilir. Bu durumda OLAP küpü birkaç küpün (birkaç veri bloğunun) birleşimi olacaktır.
İkincisi, yıldız işaretinin "ışını" yalnızca bir dizin değil, bütün (hiyerarşik) bir dosya sistemi olabilir.
Üçüncüsü, mevcut boyut bölümlerine dayanarak, OLAP geliştirici arayüzü araçları kullanılarak yeni hiyerarşik bölümler tanımlanabilir (örneğin, daha az düzeyle, farklı düzey sıralarıyla vb.)
Dördüncüsü, MDX dili ifadeleri kullanılarak mevcut göstergeler ve bölümler temel alınarak yeni göstergeler (hesaplamalar) tanımlanabilir. Yeni küplerin, yeni göstergelerin, yeni bölümlerin otomatik olarak orijinal öğelerle tamamen entegre olduğunu unutmamak önemlidir. Ayrıca, kötü formüle edilmiş hesaplamaların ve hiyerarşik bölümlerin OLAP küpünün çalışmasını önemli ölçüde yavaşlatabileceği de unutulmamalıdır.
OLAP ile arayüz olarak MS Excel
OLAP küplerine sahip kullanıcı arayüzü özellikle ilgi çekicidir. Doğal olarak, en eksiksiz arayüz SSAS yardımcı programının kendisi tarafından sağlanır. Buna bir OLAP küp geliştirici araç seti, etkileşimli bir rapor tasarımcısı ve bir pencere dahildir interaktif çalışma MDX sorgularını kullanan bir OLAP küpüyle.
SSAS'nin kendisine ek olarak, OLAP'a bir arayüz sağlayan ve işlevlerini az ya da çok kapsayan birçok program vardır. Ancak bunların arasında bize göre yadsınamaz avantajlara sahip olan bir tane var. Bu MS Excel'dir.
MS Excel ile arayüz, ayrı olarak indirilebilen veya Excel dağıtımına dahil edilen özel bir sürücü tarafından sağlanır. Tüm OLAP işlevlerini kapsamaz, ancak MS Excel sürüm numaraları arttıkça bu kapsam da genişler (örneğin, MS Excel 2007'de şu şekilde görünür: grafik görüntü MS Excel 2003'te bulunmayan KPI vb.).
Elbette, oldukça eksiksiz işlevselliğine ek olarak, MS Excel'in temel avantajı, bu programın yaygın dağıtımı ve çok sayıda ofis kullanıcısının ona yakın aşinalığıdır. Bu anlamda diğer arayüz programlarından farklı olarak firmanın ek bir şey satın almasına ve ayrıca kimseyi eğitmesine gerek yoktur.
OLAP ile bir arayüz olarak MS Excel'in en büyük avantajı, OLAP raporunda elde edilen verileri daha da bağımsız olarak işleyebilme yeteneğidir (yani, OLAP'tan elde edilen verileri aynı Excel'in diğer sayfalarında, artık OLAP araçlarını kullanmadan, ancak normal Excel araçlarını kullanarak).
Facubi gecelik tedavi döngüsü
Şimdi OLAP işleminin günlük (gecelik) hesaplama döngüsünü açıklayacağız. Hesaplama, C# 2005 ile yazılmış ve depo ve SSAS bulunan bir sunucu üzerinde Görev Zamanlayıcı aracılığıyla başlatılan facubi programının kontrolünde gerçekleştirilir. Başlangıçta facubi internete gider ve güncel döviz kurlarını okur (bir para birimindeki çeşitli göstergeleri temsil etmek için kullanılır). Daha sonra aşağıdaki adımları gerçekleştirin.
İlk olarak facubi, yerel ağda mevcut olan çeşitli ERP sistemlerinin (tutma elemanları) veritabanlarının kısmi replikasyonunu gerçekleştiren SP'leri başlatır. Çoğaltma, söylediğimiz gibi, önceden hazırlanmış "arka planlara" - SSAS sunucusunda bulunan uzak ERP sistemlerinin görüntülerine - gerçekleştirilir.
İkinci olarak, SP aracılığıyla, ERP kopyalarından ambar depolama alanına (OLAP küp verilerinin kaynağı olan ve SSAS sunucusunda bulunan özel bir veritabanı) bir eşleme gerçekleştirilir. Bu durumda üç ana görev çözülür:
- ERP verileri gerekli küp formatlarına göre ayarlanmış; Hakkında konuşuyoruz hem tablolar hem de tablo alanları hakkında. (Bazen gerekli tablonun, örneğin birkaç MS Excel sayfasından "biçimlendirilmesi" gerekir.) Benzer veriler, farklı ERP'lerde farklı formatlara sahip olabilir; örneğin, 1C7 dizinlerindeki anahtar kimlik alanları, 8 uzunluğunda 36 haneli bir karakter koduna sahiptir. 1С8 dizinlerindeki _idrref alanları – 32 uzunluğunda onaltılık sayılar;
- işlem sırasında mantıksal veri kontrolü gerçekleştirilir (mümkün olduğunda eksik verilerin yerine "varsayılanların" yazılması dahil) ve bütünlük kontrolü, yani; ilgili sınıflandırıcılarda birincil ve ikincil anahtarların varlığının kontrol edilmesi;
- kod birleştirme Farklı ERP'lerde aynı anlama gelen nesneler. Örneğin, farklı ERP'lerin dizinlerinin karşılık gelen öğeleri aynı anlama sahip olabilir; örneğin bunlar aynı karşı taraftır. Kodları birleştirme sorunu, eşleme tabloları oluşturularak çözülür. çeşitli kodlar aynı nesneler bir araya getirilir.
Üçüncüsü, facubi başlıyor standart prosedürİşlem küpü verilerinin güncellenmesi (SSAS yardımcı program prosedürlerinden).
Facubi, kontrol listelerine dayanarak işleme adımlarının ilerleyişi hakkında e-postalar gönderir.
Facubi'yi çalıştırdıktan sonra Görev Zamanlayıcı birkaç tane başlatır excel dosyaları Raporların OLAP küp göstergelerine göre önceden oluşturulduğu. Söylediğimiz gibi MS Excel'in özel bir özelliği vardır. yazılım arayüzü OLAP küpleriyle (SSAS ile) çalışmak için (ayrıca indirilebilir veya yerleşik sürücü). MS Excel'i başlattığınızda, raporlardaki verilerin güncellenmesini sağlayan MS VBA programları (makrolar gibi) etkinleştirilir; Raporlar gerektiğinde değiştirilmekte ve kontrol listelerine göre kullanıcılara mail (blat programı) ile gönderilmektedir.
SSAS sunucusuna erişimi olan yerel ağ kullanıcıları, OLAP küpü için yapılandırılmış "canlı" raporlar alacaktır. (Prensip olarak, herhangi bir postaya ihtiyaç duymadan, MS Excel'deki OLAP raporlarını kendileri güncelleyebilirler. yerel bilgisayarlar.) Yerel ağ dışındaki kullanıcılar ya orijinal raporları alacak, ancak sınırlı işlevselliğe sahip olacak ya da onlar için (MS Excel'de OLAP raporlarını güncelledikten sonra) SSAS sunucusuna erişemeyen özel "ölü" raporlar hesaplanacak.
Sonuçların değerlendirilmesi
Yukarıda OLTP ve OLAP'ın eşzamansızlığından bahsetmiştik. Söz konusu teknoloji varyantında, OLAP küp güncelleme döngüsü gece gerçekleştirilir (örneğin sabah 1'de başlar). Bu, kullanıcıların mevcut çalışma gününde dünün verileriyle çalıştığı anlamına gelir. OLAP bir kayıt aracı değil (belgenin en son revizyonuna bakın), ancak bir yönetim aracı (sürecin eğilimini anlayın) olduğundan, bu tür bir gecikme genellikle kritik değildir. Ancak gerekirse küp mimarisinin açıklanan versiyonunda (MOLAP) bile güncelleme günde birkaç kez gerçekleştirilebilir.
Güncelleme prosedürlerinin yürütme süresi, OLAP küpünün tasarım özelliklerine (daha fazla veya daha az karmaşıklık, göstergelerin ve bölümlerin az çok başarılı tanımları) ve harici OLTP sistemlerinin veritabanlarının hacmine bağlıdır. Deneyimlere göre, depo inşaatı prosedürü birkaç dakikadan iki saate kadar, küp güncelleme prosedürü (Süreç) 1 ila 20 dakika kadar sürmektedir. Onlarca yıldız tipi yapıyı, bunlar için onlarca ortak “ışın”ı (referans bölümleri) ve yüzlerce göstergeyi birleştiren karmaşık OLAP küplerinden bahsediyoruz. Harici ERP sistemlerinin veritabanlarının hacmini nakliye belgelerine dayanarak tahmin ettiğimizde, yılda yüzbinlerce belgeden ve buna bağlı olarak milyonlarca ürün grubundan bahsediyoruz. Kullanıcının ilgisini çeken tarihsel işleme derinliği üç ila beş yıldı.
Açıklanan teknoloji birçok alanda kullanılmaktadır. büyük şirketler: 2008'den beri Rus Balık Şirketi'nde (RRK) ve Rus Deniz Şirketi'nde (RM), 2012'den beri Santa Bremor Şirketi'nde (SB). Bazı şirketler öncelikle ticaret ve satın alma firmaları (PPC'ler), diğerleri ise üretim şirketleridir (Moldova Cumhuriyeti ve Belarus Cumhuriyeti'ndeki balık ve deniz ürünleri işleme tesisleri). Tüm şirketler, 1C7 ve 1C8 gibi standart ERP sistemlerinden DBF ve Excel'e dayalı "kalıntı" muhasebe sistemlerine kadar çeşitli bağımsız ve çeşitli bilgisayar muhasebe sistemlerine sahip birkaç şirketi birleştiren büyük holdinglerdir. OLAP küplerini çalıştırmak için açıklanan teknolojinin (geliştirme aşamasını hesaba katmadan) ya özel çalışanlar gerektirmediğini ya da tam zamanlı bir iş analistinin sorumluluğunda olduğunu ekleyeceğim. Sorun yıllardır devam ediyor otomatik mod, çeşitli kategorilerdeki kurumsal çalışanlara günlük olarak güncel raporlama sağlıyor.
Çözümün artıları ve eksileri
Deneyimler, önerilen çözümün oldukça güvenilir ve kullanımı kolay olduğunu göstermektedir. Değişmezlik ile kolayca değiştirilebilir (yeni ERP'lerin bağlanması/bağlantısının kesilmesi, yeni göstergelerin ve bölümlerin oluşturulması, Excel raporlarının ve bunların posta listelerinin oluşturulması ve değiştirilmesi). kontrol programı facubi.
OLAP ile bir arayüz olarak MS Excel, yeterli ifade gücü sağlar ve farklı kategorilerdeki ofis çalışanlarının OLAP teknolojisine hızlı bir şekilde aşina olmasına olanak tanır. Kullanıcı günlük "standart" OLAP raporlarını alır; OLAP ile MS Excel arayüzünü kullanarak, MS Excel'de bağımsız olarak OLAP raporları oluşturabilirsiniz. Ek olarak kullanıcı, MS Excel'in olağan yeteneklerini kullanarak OLAP raporlarının bilgilerini bağımsız olarak incelemeye devam edebilir.
Birkaç heterojen ERP sisteminin (küpün oluşturulması sırasında) konsolide edildiği "rafine edilmiş" depo veritabanı, herhangi bir OLAP olmadan bile çözmenize olanak tanır (SSAS sunucusunda, dilde sorgulama yöntemini kullanarak) SQL'de işlem yapın veya SP yöntemi vb.) uygulanan birçok kontrol problemi. Depo veritabanı yapısının, orijinal ERP'nin veritabanı yapılarına göre birleşik ve çok daha basit (tablo sayısı ve tablo alanı sayısı açısından) olduğunu hatırlatalım.
Önerilen çözümümüzde çeşitli ERP sistemlerini tek bir OLAP küpünde birleştirme olanağının bulunduğunu özellikle not ediyoruz. Bu, bir şirket başka bir muhasebe ERP sistemine geçtiğinde, örneğin 1C7'den 1C8'e geçtiğinde, tüm holding için analitik elde etmenize ve analitikte uzun vadeli sürekliliği korumanıza olanak tanır.
MOLAP küp modelini kullandık. Bu modelin avantajları, kullanımda güvenilirlik ve kullanıcı isteklerinin yüksek hızda işlenmesidir. Dezavantajları: OLAP ve OLTP eşzamansızdır ve OLAP'ı depolamak için büyük miktarda bellek vardır.
Sonuç olarak, Orta Çağ'da daha uygun olabilecek OLAP lehine başka bir argüman var. Çünkü onun delil gücü otoriteye dayanmaktadır. Mütevazı ve açıkça küçümsenen İngiliz matematikçi E. Codd, 60'ların sonlarında ilişkisel veritabanları teorisini geliştirdi. Bu teorinin gücü o kadar büyüktü ki, aradan 50 yıl geçtikten sonra SQL dışında ilişkisel olmayan bir veritabanı ve veritabanı sorgulama dili bulmak zaten zor.
İlişkisel veritabanları teorisine dayanan OLTP teknolojisi, E. Codd'un ilk fikriydi. Aslında OLAP küpleri kavramı onun 90'lı yılların başında ifade ettiği ikinci fikridir. Matematikçi olmasanız bile ikinci fikrin de birincisi kadar etkili olmasını bekleyebilirsiniz. Yani, bilgisayar analitiği açısından OLAP fikirleri yakında dünyayı ele geçirecek ve diğerlerinin yerini alacak. Çünkü analitik konusu kapsamlı matematiksel çözümünü OLAP'ta buluyor ve bu çözüm, analitiklerin pratik sorununa "yeterli" (B. Spinoza'nın terimi). "Yeterince", Spinoza'da Tanrı'nın kendisinin daha iyi bir şey düşünemeyeceği anlamına gelir...
- Larson B. Microsoft SQL Server 2005'te iş analitiğinin geliştirilmesi. – St. Petersburg: “Peter”, 2008.
- Codd E. Veri Tabanı Alt Dillerinin İlişkisel Tamlığı, Veri Tabanı Sistemleri, Courant Computer Science Sumposia Serisi 1972, v. 6, Englwood kayalıkları, N.Y., Prentice – Hall.
Temas halinde
Veriler genellikle seyrek ve uzun süreli olarak depolanır. Evrensel ilişkisel DBMS veya özel yazılım (ayrıca bkz. OLAP) temelinde uygulanabilir. İÇİNDE yazılım ürünleri SAP şirketi “infocube” terimini kullanıyor.
Dizi indeksleri küpün boyutlarına (boyutlarına) veya eksenlerine karşılık gelir ve dizi elemanlarının değerleri küpün ölçülerine (ölçülerine) karşılık gelir.
w : (X,sen,z) → wxyz,Nerede X, sen, z- ölçümler, w- ölçüm.
Bir programlama dilindeki normal bir diziden farklı olarak, bir OLAP küpünün öğelerine, boyut indekslerinin tamamı veya bunların bir alt kümesi tarafından erişilebilir ve sonuç yalnızca bir öğe değil, birçoğu olacaktır.
W : (X,sen) → W = ( w z1, wz2, …, wzn}Ayrıca bilinen açıklama OLAP küpü ilişkilerin bir yansıması olarak ilişkisel cebir terminolojisini kullanmak.
Ayrıca bakınız
Wikimedia Vakfı. 2010.
- Yıldız diyagramı
- Bizim evimiz Rusya (hizip)
Diğer sözlüklerde “OLAP küpünün” ne olduğunu görün:
OLAP küpü- ... Vikipedi
OLAP- (İng. çevrimiçi analitik işleme, gerçek zamanlı analitik işleme) büyük miktarda veriye dayalı özet (toplu) bilgilerin hazırlanmasından oluşan, ... ... Wikipedia tarafından yapılandırılmış olan veri işleme teknolojisi
Küp (belirsizliği giderme)- Küp çok değerli bir terimdir: Matematikte Stereometride küp, altıgen düzgün bir çokyüzlüdür Cebirde, bir sayının üçüncü kuvveti Bilim kurgu filmlerinin Film Dizisi: “Cube” “Cube 2: Hypercube” “Cube Zero” Argo ve tıbbi jargon... ... Vikipedi
Küp- Bu terimin başka anlamları da vardır, bkz. Küp (anlamlar). Küp Tipi Düzenli çokyüzlü Yüz kare ... Vikipedi
Mondrian- OLAP Sunucu Türü OLAP sunucusu Geliştirici Pentaho işletim sistemi platformlar arası yazılım En son sürüm 3.4.1 (2012 05 07) Lisanssız yazılım ... Wikipedia - Bilgi analitik sistemi otomatik sistem Uzmanların büyük hacimli verileri hızlı bir şekilde analiz etmelerine olanak sağlamak, kural olarak durumsal merkezlerin unsurlarından biridir. Ayrıca bazen IAS bir toplama sistemi içerir... ... Vikipedi
Bu çalışmanın bir parçası olarak aşağıdaki konular dikkate alınacaktır:
- OLAP küpleri nedir?
- Ölçüler, boyutlar, hiyerarşiler nelerdir?
- OLAP küpleri üzerinde ne tür işlemler gerçekleştirilebilir?
OLAP'ın ana varsayımı veri sunumunda çok boyutluluktur. OLAP terminolojisinde küp veya hiperküp kavramı, çok boyutlu ayrık bir veri alanını tanımlamak için kullanılır.
Küp kullanıcı-analistin bilgileri sorgulayabileceği çok boyutlu bir veri yapısıdır. Küpler gerçeklerden ve boyutlardan oluşturulur.
Veri- şirketteki analize tabi tutulacak nesneler ve olaylar hakkındaki verilerdir. Aynı türden olgular ölçüleri oluşturur. Ölçü, küp hücresindeki değerin türüdür.
Ölçümler- bunlar gerçeklerin analiz edildiği veri unsurlarıdır. Bu tür öğelerin bir koleksiyonu bir boyut özelliği oluşturur (örneğin, haftanın günleri bir zaman boyutu özelliği oluşturabilir). Ticari işletmelere yönelik iş analizi görevlerinde boyutlar genellikle “zaman”, “satışlar”, “ürünler”, “müşteriler”, “çalışanlar”, “coğrafi konum” gibi kategorileri içerir. Boyutlar çoğunlukla kullanıcının gerçek verileri analiz edebileceği mantıksal kategorileri temsil eden hiyerarşik yapılardır. Her hiyerarşinin bir veya daha fazla düzeyi olabilir. Dolayısıyla “coğrafi konum” boyutunun hiyerarşisi “ülke - bölge - şehir” düzeylerini içerebilir. Zaman hiyerarşisinde, örneğin aşağıdaki düzey sırasını ayırt edebiliriz: Bir boyutun birden fazla hiyerarşisi olabilir (bir boyutun her hiyerarşisi, boyut tablosunun aynı anahtar özelliğine sahip olmalıdır).
Bir küp, bir veya daha fazla olgu tablosundan alınan gerçek verileri içerebilir ve çoğunlukla birden çok boyut içerir. Herhangi bir küpün genellikle analiz için belirli bir odağı vardır.
Şekil 1, belirli bir şirketin petrol ürünlerinin satışını bölgelere göre analiz etmek için tasarlanmış bir küp örneğini göstermektedir. Bu küpün üç boyutu (zaman, ürün ve bölge) ve bir ölçüsü (parasal terimlerle ifade edilen satış hacmi) vardır. Ölçü değerleri küpün ilgili hücrelerinde saklanır. Her hücre, tuple adı verilen, her boyutun bir dizi üyesi tarafından benzersiz bir şekilde tanımlanır. Örneğin, küpün sol alt köşesinde bulunan hücre (98399 $ değerini içerir), tuple tarafından belirtilir [Temmuz 2005, Uzak Doğu, Dizel]. Burada 98.399 $'lık değer, Temmuz 2005'te Uzak Doğu'daki dizel satış hacmini (parasal olarak) göstermektedir.
Bazı hücrelerin herhangi bir değer içermediğini de belirtmek gerekir: Bu hücreler boştur çünkü olgu tablosu onlar için veri içermemektedir.
Pirinç. 1.Çeşitli bölgelerde petrol ürünlerinin satışına ilişkin bilgilerin yer aldığı küp
Bu tür küpler oluşturmanın nihai amacı, gerekli bilgileri gerçek verilerden çıkaran sorguların işlem süresini en aza indirmektir. Bu görevi gerçekleştirmek için küpler genellikle önceden hesaplanmış toplamları içerir. toplamalar(toplamalar). Onlar. küp, gerçek olandan daha büyük bir veri alanını kapsıyor; içinde mantıksal, hesaplanmış noktalar var. Toplama işlevleri, mantıksal uzaydaki noktaların değerlerini gerçek değerlere göre hesaplamanıza olanak tanır. En basit toplama işlevleri SUM, MAX, MIN, COUNT'tur. Yani, örneğin, kullanarak MAKS işleviÖrnekte verilen küp için, Uzakdoğu'da dizel satışlarında zirvenin ne zaman gerçekleştiğini vb. tespit etmek mümkündür.
Çok boyutlu küplerin bir diğer belirgin özelliği de orijini belirlemenin zorluğudur. Örneğin, Ürün veya Bölgeler boyutu için 0 noktasını nasıl belirlersiniz? Bu problemin çözümü, boyutun tüm unsurlarını birleştiren özel bir niteliğin tanıtılmasıdır. Bu özellik (otomatik olarak oluşturulur) yalnızca tek bir öğe içerir - Tümü. Toplama gibi basit toplama fonksiyonları için Tümü öğesi, belirli bir boyutun gerçek uzayındaki tüm öğelerin değerlerinin toplamına eşdeğerdir.
Çok boyutlu bir veri modelindeki önemli bir kavram, alt uzay veya alt küptür. Bir alt küp, küpün içindeki çok boyutlu bir şekil biçimindeki küpün tüm alanının bir parçasıdır. Bir küpün çok boyutlu uzayı ayrık ve sınırlı olduğundan, alt küp de ayrık ve sınırlıdır.
OLAP küpleri üzerindeki işlemler
OLAP küpünde aşağıdaki işlemler gerçekleştirilebilir:
- dilim;
- rotasyon;
- konsolidasyon;
- detaylandırma.
Pirinç. 2. OLAP küp dilimi
Döndürme(Şekil 3) - Bir raporda veya görüntülenen sayfada sunulan ölçümlerin konumunu değiştirme işlemi. Örneğin bir döndürme işlemi, bir tablonun satır ve sütunlarının yeniden düzenlenmesini içerebilir. Ek olarak, bir veri küpünün döndürülmesi tablo dışı boyutları görüntülenen sayfada mevcut olan boyutlara taşır ve bunun tersi de geçerlidir.
OLAP (Çevrimiçi Analitik İşleme)önceden hesaplanmış toplamları kullanarak verilerin hiyerarşik kategoriler halinde düzenlenmesini temsil eden bir elektronik analitik veri işleme yöntemidir. OLAP verileri hiyerarşik olarak düzenlenir ve tablolar yerine küplerde depolanır. OLAP küpleri, parametreler içeren eksenlere ve parametreye bağlı toplam verileri içeren hücrelere sahip çok boyutlu bir veri kümesidir. Küpler, çok sayıda bireysel kayıt yerine raporlama için yalnızca özet sonuçlar sağladıklarından, büyük hacimli verilerin karmaşık, çok boyutlu analizi için tasarlanmıştır.
OLAP kavramı 1993 yılında ünlü veritabanı araştırmacısı ve ilişkisel veri modelinin yazarı E. F. Codd tarafından tanımlandı. Şu anda OLAP desteği birçok DBMS'de ve diğer araçlarda uygulanmaktadır.
OLAP küpü iki tür veri içerir:
· toplam değerler, özetlemek istediğiniz değerler, temsil eden hesaplanan veri alanları;
· temsil eden tanımlayıcı bilgiler ölçümler veya boyutlar. Tanımlayıcı bilgiler genellikle ayrıntı düzeyleri halinde düzenlenir. Örneğin: “Zaman” boyutunda “Yıl”, “Çeyrek”, “Ay” ve “Gün”. Alanları ayrıntı düzeyleri halinde düzenlemek, raporlama yapan kullanıcıların, üst düzey özet verilerden başlayıp daha ayrıntılı bir görünüme inerek (veya tam tersi) görüntülemek istedikleri ayrıntı düzeyini seçmelerine olanak tanır.
Microsoft Sorgu araçları ayrıca aşağıdakiler gibi ilişkisel veritabanı verilerini yükleyen bir sorgudan OLAP küpleri oluşturmanıza da olanak tanır: Microsoft Erişimi bu durumda doğrusal tablo yapısal bir hiyerarşiye (küp) dönüştürülür.
OLAP Küpü Oluşturma Sihirbazı yerleşik bir Microsoft Sorgu aracıdır. İlişkisel veritabanını temel alan bir OLAP küpü oluşturmak için sihirbazı çalıştırmadan önce aşağıdaki adımları tamamlamanız gerekir.
1. Veri kaynağını belirleyin (bkz. Şekil 6.1).
2. Microsoft Query'yi kullanarak, yalnızca bir OLAP küpünün veri alanları veya boyut alanları olacak alanları içeren bir sorgu oluşturun; küpteki bir alan birden fazla kullanılıyorsa, sorguya gerekli şekilde dahil edilmelidir; defalarca.
3. Sorgu oluşturma sihirbazının son adımında öğenin anahtarını ayarlayın OLAP küpü oluşturma bu isteğin (bkz. Şekil 6.2) veya doğrudan Sorgu menüsü kullanılarak istek oluşturulduktan sonra Dosya bir takım seç OLAP Küpü Oluştur, ardından OLAP Küp Oluşturma Sihirbazı başlatılacaktır.
OLAP Küp Oluşturma Sihirbazı üç adımdan oluşur.
Sihirbazın ilk adımında (bkz. Şekil 6.6) veri alanları– toplam değerlerin belirlenmesi gereken hesaplanmış alanlar.
Pirinç. 6.6. Veri Alanlarını Tanımlama
Sihirbaz beklenen hesaplanmış alanları (genellikle sayısal alanlar) listenin en üstüne yerleştirir, bunları kontrol eder ve bu alanların sonuç işlevini belirler; genellikle - Toplam. Veri alanları seçilirken boyutun belirlenmesi için en az bir alan hesaplanan alan olarak seçilmeli ve en az bir alan işaretsiz bırakılmalıdır.
OLAP küpü oluştururken dört özet işlevini kullanabilirsiniz: Toplam, Sayı(değerlerin sayısı), Asgari, Maksimum sayısal alanlar ve bir işlev için Sayı diğer tüm alanlar için. Aynı alanın birkaç farklı özet fonksiyonunu kullanmak istiyorsanız, o alanın sorguya gereken sayıda dahil edilmesi gerekir.
Hesaplanan alanın adı bir sütunda değiştirilebilir Veri alanı adı.
Sihirbazın ikinci adımında tanımlayıcı veriler ve boyutları belirlenir (bkz. Şekil 6.7). Bir ölçüm alanı seçmek için listeden şunları yapmalısınız: Kaynak alanları istediğiniz boyut alanını sürükleyin Üst düzey listeye Ölçümler olarak işaretlenen alana Boyut oluşturmak için alanları buraya sürükleyin. OLAP küpü oluşturmak için en az bir boyut tanımlamanız gerekir. Sihirbazın aynı adımında, içerik menüsü Bir boyut veya düzey alanının adını değiştirebilirsiniz.
Pirinç. 6.7. Boyut Alanlarını Tanımlama
Yalıtılmış veya ayrık veriler içeren ve bir hiyerarşiye ait olmayan alanlar, tek düzeyli boyutlar olarak tanımlanabilir. Ancak bazı alanlar seviyeler halinde düzenlenirse küp daha verimli olacaktır. Bir boyutun parçası olarak düzey oluşturmak için listeden bir alanı sürükleyin Kaynak alanları bir boyut veya düzey olan bir alanda. Daha detaylı bilgi içeren alanlar daha alt seviyelere yerleştirilmelidir. Örneğin, Şekil 6.7'deki alan İş unvanı alan seviyesi Bölüm Adı.
Bir alanı daha düşük veya daha yüksek bir düzeye taşımak için, onu boyut içinde daha düşük veya daha yüksek bir alana sürüklemeniz gerekir. Seviyeleri görüntülemek veya gizlemek için sırasıyla veya düğmelerini kullanın.
Üst düzey boyut olarak tarih veya saat alanlarını kullanırsanız OLAP Küp Sihirbazı bu boyutlar için otomatik olarak düzeyler oluşturur. Kullanıcı daha sonra raporlarda hangi seviyelerin görüneceğini seçebilir. Örneğin haftaları, üç aylık dönemleri ve yılları veya ayları seçebilirsiniz (bkz. Şekil 6.7).
Sihirbazın, yalnızca üst düzey bir boyut oluşturduğunuzda tarih ve saat alanları için düzeyleri otomatik olarak oluşturduğunu unutmayın; Bu alanlar bir boyutun alt düzeyleri olarak eklenirken otomatik düzeyler oluşturulmaz.
Sihirbazın üçüncü adımında, sihirbaz tarafından oluşturulan küpün türü, mümkün olan üç seçenekle belirlenir (bkz. Şekil 6.8).
Pirinç. 6.8. Sihirbazın üçüncü adımında oluşturulacak küp tipinin seçilmesi
· İlk iki seçenek, her raporu açtığınızda bir küp oluşturmayı içerir (eğer küp Excel'den görüntüleniyorsa, o zaman bir pivot tablodan bahsediyoruz). Bu durumda istek dosyası ve dosya küp tanımları *.oqy Küp oluşturmaya yönelik talimatları içeren. *.oqy dosyası şurada açılabilir: Excel programı küpü temel alan raporlar oluşturmak için ve küpte değişiklik yapmanız gerekiyorsa Sorguyu açarak Küp Oluşturma Sihirbazı'nı yeniden çalıştırabilirsiniz.
Varsayılan olarak küp tanımı dosyaları, sorgu dosyaları gibi, Application Data\Microsoft\Que-ries içindeki kullanıcı profili klasöründe depolanır. *.oqy dosyasını standart klasöre kaydederken, küp tanımı dosyasının adı sekmede görüntülenir OLAP küpleri Microsoft Query'de yeni bir sorgu açarken veya bir komut seçerken Bir istek oluştur(Menü Veri, alt menü Harici verileri içe aktarma) Microsoft Excel'de.
· Küp türünden üçüncü seçeneğin seçilmesi durumunda Küpün tüm verilerini içeren bir küp dosyasını kaydetme, küpe ilişkin tüm veriler alınır ve kullanıcı tarafından belirlenen bir konumda * uzantılı bir küp dosyası oluşturulur .yavru, bu verilerin saklandığı yer. Yaratılış bu dosyanın düğmeye basıldığında hemen olmuyor Hazır; dosya, küp tanımını bir dosyaya kaydettiğinizde veya küpü temel alan bir rapor oluşturduğunuzda oluşturulur.
Küp türünün seçimi çeşitli faktörlere göre belirlenir: küpün içerdiği veri miktarı; küpe dayalı olarak oluşturulacak raporların türü ve karmaşıklığı; sistem kaynakları (bellek ve disk alanı) vb.
Aşağıdaki durumlarda ayrı bir *.cub küp dosyası oluşturulmalıdır:
1) yeterli disk alanı varsa sık sık değiştirilen etkileşimli raporlar için;
2) raporlar oluştururken diğer kullanıcılara erişim sağlamak için küpü bir ağ sunucusuna kaydetmeniz gerektiğinde. Bir küp dosyası, diğer kullanıcıların erişmesini engellemek istediğiniz hassas veya hassas verileri çıkarırken kaynak veritabanından belirli verileri sağlayabilir.
