Veri Ambarı ve ERP | MERKEZİ VERİ ARŞİVİ: TARİH VE EVRİM

ARŞİV VERİ MERKEZİ : TARİH VE EVRİM

90'larda kurumsal teknolojinin iki baskın teması;
devletler ben veri ambarı ve ERP'dir. Uzun bir süre bu iki güçlü
akımlar, hiç sahip olmadan kurumsal BT'nin parçaları olmuştur.
kavşaklar. Sanki madde ve anti-madde gibiydiler. Ancak
her iki fenomenin büyümesi kaçınılmaz olarak birine yol açtı
onların kesişimi. Günümüzde şirketler şu sorunla karşı karşıyadır:
ERP e ile ne yapılır? veri ambarı. Bu makale açıklayacak
sorunlar nelerdir ve şirketler tarafından nasıl ele alınır?
BAŞLANGIÇTA…
Başlangıçta vardı veri ambarı. Veri deposu için doğdu
işlem işleme uygulama sistemine karşı.
İlk günlerde ezberleme vermek olması gerekiyordu
e-posta işleme uygulamalarına yalnızca bir kontrpuan
işlemler. Ancak günümüzde çok daha sofistike vizyonlar var.
yapabileceklerinin veri ambarı. Bugünün dünyasında
veri ambarı olabilecek bir yapının içine yerleştirilmiştir.
Kurumsal Bilgi Fabrikası denir.
KURUMSAL BİLGİ FABRİKASI
(CIF)
Kurumsal Bilgi Fabrikası mimari bileşenlere sahiptir
standart: bir dönüşüm ve kod entegrasyonu düzeyi
hangi i entegre eder vermek ben iken vermek ortamdan hareket ederler
çevreye uygulama veri ambarı Şirketin; A
veri ambarı bulunduğu şirketin vermek
ayrıntılı ve entegre tarihçiler. bu veri ambarı olarak hizmet veren şirketin
diğer tüm parçaların inşa edilebileceği temel
çevresinin veri ambarı; operasyonel bir veri deposu (ODS).
ODS, verilerin bazı yönlerini içeren hibrit bir yapıdır.
bir OLTP ortamının depo ve diğer yönleri; veri martları, nerede ben
farklı departmanlar kendi veri sürümlerine sahip olabilir
depo; A veri ambarı içinde bulunduğum keşif
şirket “filozofları” (düşünürler) sorgularını gönderebilir
üzerinde zararlı etkisi olmadan 72 saat veri ambarı; ve bir hatıra
yakın çizgi, hangi vermek eski ve vermek toplu ayrıntılar olabilir
ucuza saklanır.
ERP İLE NEREDE BİRLEŞİR
KURUMSAL BİLGİ FABRİKASI
ERP, Kurumsal Bilgi Fabrikası ile iki yerde birleşir.
Öncelikle i sağlayan bir temel uygulama olarak
vermek uygulamanın veri ambarı. bu durumda ben vermek,
bir işlem sürecinin yan ürünü olarak üretilen,
entegre edilir ve yüklenir veri ambarı Şirketin. bu
ERP ile CIF ve ODS arasındaki ikinci birleşim noktası. Aslında, birçok
ortamlarda ERP klasik bir ODS olarak kullanılır.
ERP'nin çekirdek uygulama olarak kullanılması durumunda,
aynı ERP, CIF'de ODS olarak da kullanılabilir. İçinde
ancak ERP her iki rolde de kullanılacaksa,
iki varlık arasında net bir ayrım olmalıdır. Başka bir deyişle,
ERP, temel uygulama ve ODS rolünü oynadığında, le
iki mimari varlık ayırt edilmelidir. eğer bir tek
bir ERP uygulamak her iki rolü de yerine getirmeye çalışır
aynı zamanda kaçınılmaz olarak sorunlar olacaktır.
Bu yapının tasarımı ve uygulanması.
AYRI ODS VE TEMEL UYGULAMALAR
Bileşen bölünmelerine yol açan birçok neden var
mimari. Ayırmak için belki de en güzel soru
bir mimarinin farklı bileşenleri, her bileşenin
mimarisinin kendine has bir görünümü vardır. Temel uygulama hizmet vermektedir
ODS'den farklı bir amaç için. Çakışmayı dene
ODS dünyasında temel uygulama görünümü veya tersi
doğru bir çalışma şekli değil.
Sonuç olarak, CIF'deki bir ERP'nin ilk sorunu,
temel uygulamalar ile uygulama arasında bir fark olup olmadığını kontrol edin.
SDG'ler.
KURUMSAL VERİ MODELLERİ
BİLGİ FABRİKASI
Farklı bileşenler arasında bir uyum sağlamak için
CIF mimarisinin bir modeli olmalıdır. vermek. Ben
modelleri vermek çeşitli bileşenler arasında bir bağlantı görevi görürler
temel uygulamalar ve ODS gibi mimari. ONLAR
modelleri vermek sahip olmak için “entelektüel yol haritası” haline
CIF'in farklı mimari bileşenlerinden doğru anlam.
Bu kavramla el ele giden fikir,
harika ve eşsiz bir model olmak vermek. Tabii ki yapmak zorunda
modeli olmak vermek bileşenlerin her biri için ve ayrıca orada
farklı modelleri birbirine bağlayan makul bir yol olmalıdır.
Mimarinin her bir bileşeni – ODS, temel uygulamalar,
veri ambarı şirketin vb. .. – kendi ihtiyacı var
modeli vermek. Ve bu yüzden kesin bir tanımı olmalı
bu modeller gibi vermek birbirleriyle arayüz oluştururlar.
HAREKET I VERİ VERİLERDEKİ ERP'NİN
DEPOSU
Eğer kökeni vermek bir temel uygulama ve/veya bir ODS olduğunda,
ERP i ekler vermek içinde veri ambarı, bu giriş
en düşük ayrıntı düzeyinde gerçekleşir. Özet veya
basitçe toplu i vermek onlar çıktıkça
ERP temel uygulamasından veya ERP ODS'den değil
yapılacak doğru şey. ONLAR vermek verilerde ayrıntılara ihtiyaç vardır
DSS sürecinin temelini oluşturmak için depo. Çok vermek
data marts ve keşif ile birçok yönden yeniden şekillendirilecekler
del veri ambarı.
taşınması vermek temel uygulama ortamından
ERP ortamına veri ambarı şirketin bir
oldukça rahat bir yol. O değişim bundan sonra olur
ERP'de güncellemeden veya oluşturmadan yaklaşık 24 saat sonra. gerçeği
"tembel" bir harekete sahip olmak vermek içinde veri ambarı
şirket izin verir vermek ERP'den "yerleşmek" için geliyor.
bir kez ben vermek temel uygulamada yatırılır,
o zaman güvenle hareket edebilirsin vermek ERP'nin
işletmede. Hareket sayesinde ulaşılabilecek bir başka hedef
"tembel" tanrılar vermek operasyonel süreçler arasındaki açık sınırdır ve
DS uzantısı. “hızlı” bir hareketle vermek sınır çizgisi
DSS ile operasyonel arasındaki fark belirsizliğini koruyor.
Il hareket vermek ERP'nin ODS'sinden veri ambarı
şirketin periyodik olarak yapılır, genellikle
haftalık veya aylık. Bu durumda hareket
vermek eskileri “temizleme” ihtiyacına dayanmaktadır. vermek tarihçiler
Doğal olarak, ODS i içerir vermek hangileri çok daha yeni
saygı göstermek vermek bulunan tarihçiler veri ambarı.
taşınması vermek içinde veri ambarı neredeyse hiç yapılmadı
"toptan" (toptancı anlamında). tablo kopyalama
ERP ortamından veri ambarı mantıklı değil. Tek bir yaklaşım
seçilen birimlerin hareketi çok daha gerçekçi vermek.
Sadece vermek verilerin son güncellemesinden bu yana değişen
ambar, verilere taşınması gerekenlerdir
depo. Hangileri olduğunu bilmenin bir yolu vermek onlar değiştirildi
son güncelleme, zaman damgalarına bakmak olduğundan vermek
ERP ortamında bulunur. Tasarımcı tüm değişiklikleri seçer
Son güncellemeden bu yana ortaya çıkanlar. Başka bir yaklaşım
değişiklik yakalama tekniklerini kullanmaktır vermek. Ile
Bu teknikler, günlükleri ve günlük kayıtlarını analiz etmek için
hangilerini belirle vermek ERP ortamından şuraya taşınmalıdır:
Bunun veri ambarı. Bu teknikler en iyi
günlükler ve günlük bantları ERP dosyalarından nasıl okunabilir?
diğer ERP kaynakları üzerinde başka bir etkisi olmadan.
DİĞER KOMPLİKASYONLAR
CIF'deki ERP ile ilgili sorunlardan biri, diğerlerinin başına gelenlerdir.
uygulama kaynakları veya yapay zeka vermek katkıda bulunmaları gereken ODS'nin
veri ambarı ancak ERP ortamının bir parçası değildirler. tarih
ERP'nin kapalı yapısı, özellikle SAP, entegre etme girişimi
harici kaynaklardan anahtarlar vermek benimle vermek ERP yazılımından gelen
taşınma zamanı vermek içinde veri ambarı, bu büyük bir meydan okuma.
Ve tam olarak olasılıklarım nelerdir? vermek uygulamaların veya
ERP ortamı dışındaki ODS, verilere entegre edilecek
depo? Aslında ihtimaller çok yüksek.
BULMAK VERİ ERP'DEN TARİHSEL
ben ile başka bir sorun vermek ERP'nin ortaya çıkanıdır
sahip olma ihtiyacından vermek içindeki tarihçiler veri ambarı.
Genellikle veri ambarı ihtiyaçlar vermek tarihçiler VE
ERP teknolojisi genellikle bunları saklamaz vermek
tarihsel, en azından tarihte gerekli olduğu ölçüde değil
depo. büyük miktarda olduğunda vermek tarihçiler reklamı başlatır
ERP ortamına eklenmesi için o ortamın
temizledik. Örneğin, varsayalım bir veri ambarı mutlak
beş yıl ile yüklü olmak vermek ERP tutarken tarihsel
Bunlardan en fazla altı ay vermek. Şirket memnun olduğu sürece
bir dizi toplamak vermek zaman geçtikçe tarih,
ERP'yi kaynak olarak kullanmanın bir sakıncası yoktur.
veri ambarı. Ama ne zaman veri ambarı gitmeli
zamanda geriye git ve tanrıları al vermek olmayan tarihçiler
önceden ERP tarafından toplanıp kaydedilmiş, ardından ERP ortamı
verimsiz hale gelir.
ERP VE META VERİLER
ERP e hakkında dikkate alınması gereken bir diğer husus veri ambarı bu mu
ERP ortamındaki mevcut meta veriler üzerinde. Meta verilerin yanı sıra
ERP ortamından del'e geçerler veri ambarıBen
meta veriler aynı şekilde taşınmalıdır. ayrıca ben
meta veriler biçim ve yapı olarak dönüştürülmelidir
altyapısının gerektirdiği veri ambarı. büyük bir tane var
operasyonel meta veriler ile DSS meta verileri arasındaki fark. meta veriler
operasyonel esas olarak geliştirici ve
programcı. DSS meta verileri öncelikle sizin içindir
son. ERP uygulamalarında veya ODS'lerde mevcut meta veriler
dönüştürülmeleri gerekiyor ve bu dönüştürme her zaman kolay olmuyor
ve doğrudan.
ERP VERİLERİNİ KAYNAKLAMAK
ERP tedarikçisi olarak kullanılıyorsa vermek için veri ambarı ci
i hareket ettiren sağlam bir arayüz olmalı vermek çevreden
çevreye ERP veri ambarı. Arayüz şunları yapmalıdır:
▪ kullanımı kolay
▪ erişime izin ver vermek ERP'nin
▪ anlamını kavramak vermek taşınmak üzere olan
içinde veri ambarı
▪ ERP'de ortaya çıkabilecek kısıtlamaları bilir.
erişimin sağlandığı an vermek ERP'nin:
▪ referans bütünlüğü
▪ hiyerarşik ilişkiler
▪ örtük mantıksal ilişkiler
▪ uygulama kuralı
▪ tüm yapılar vermek ERP tarafından desteklenen vb.
▪ erişimde verimli olun vermek, Sağlayarak:
▪ doğrudan hareket vermek
▪ değişimin elde edilmesi vermek
▪ zamanında erişimi destekler vermek
▪ formatını anlamak vermek, ve benzeri…
SAP İLE ARAYÜZ
Arayüz iki türde olabilir, yerleşik veya ticari.
Başlıca ticari arayüzlerden bazıları şunlardır:
▪ SAS
▪ Birincil Çözümler
▪ D2k, vb...
ÇOKLU ERP TEKNOLOJİLERİ
ERP ortamını tek bir teknolojiymiş gibi ele almak,
Büyük hata. Birçok ERP teknolojisi vardır ve her biri kendi
güçlü. Piyasadaki en iyi bilinen satıcılar şunlardır:
▪ SAP
▪ Oracle Finans
▪ PeopleSoft
JD Edwards
▪ Banlar
SAP
SAP, en büyük ve en kapsamlı ERP yazılımıdır. uygulamalar
SAP, birçok alanda birçok uygulama türünü kapsar. SAP'nin sahip olduğu
olmanın itibarı:
▪ çok büyük
▪ uygulanması çok zor ve pahalı
▪ birçok kişiye ve danışmana ihtiyaç duyar
uygulandı
▪ uygulama için uzman insanlara ihtiyaç duyar
▪ uygulamak için çok zaman gerekir
Ayrıca SAP, depolamak için bir üne sahiptir. vermek son derece
dikkatlice, birinin bunlara erişmesini zorlaştırarak
SAP alanının dışındaki kişi. SAP'nin gücü,
büyük miktarda yakalama ve depolama yeteneğine sahiptir. vermek.
SAP geçtiğimiz günlerde süreyi uzatma niyetini açıkladı.
uygulamalarını veri ambarı. Birçok artısı ve eksisi var
SAP'yi bir sağlayıcı olarak kullanmada veri ambarı.
Bir avantaj, SAP'nin zaten kurulu olması ve çoğu
danışmanlar SAP'yi zaten biliyor.
Tedarikçi olarak SAP'ye sahip olmanın dezavantajları veri ambarı bunlar
birçok: SAP'nin şu konularda deneyimi yoktur: veri ambarı
SAP'nin tedarikçisi ise veri ambarı, “çıkarmak” gereklidir
i vermek SAP'den şuraya veri ambarı. Verilmiş bir SAP'nin geçmişi
kapalı sistem, i'yi SAP'den almanın kolay olması pek olası değildir.
BT (???). SAP'ye güç veren birçok eski ortam vardır,
IMS, VSAM, ADABAS, ORACLE, DB2 vb.
SAP, "burada icat edilmedi" yaklaşımında ısrar ediyor. SAP istemiyor
kullanmak veya oluşturmak için diğer satıcılarla işbirliği yapın. veri ambarı.
SAP, kendi yazılımlarının tamamını kendisi üretmekte ısrar ediyor.
SAP büyük ve güçlü bir şirket olmasına rağmen,
ELT, OLAP, yönetim teknolojisini yeniden yazma girişimi
sistem ve hatta kod tabanı dbm'ler bu sadece delilik.
Tedarikçilerle işbirlikçi bir tutum benimsemek yerine
di veri ambarı uzun süredir SAP şu yaklaşımı izlemiştir:
“en iyisini bilirler”. Bu tutum başarıyı geriletiyor.
SAP alanında olabilir veri ambarı.
SAP'nin harici satıcıların erişimine izin vermeyi reddetmesi
derhal ve zarafetle onlara vermek. kullanmanın özü
un veri ambarı kolay erişim vermek. SAP'nin tüm hikayesi
erişimi zorlaştırmak üzerine kuruludur. vermek.
SAP'nin büyük hacimli işlemlerle başa çıkma konusunda deneyim eksikliği vermek;
sahasında veri ambarı ciltler var vermek beri hiç görülmedi
SAP ve bu büyük miktarları yönetmek için vermek sende bir tane olmalı
uygun teknoloji. Görünüşe göre SAP bunun farkında değil
veri alanına girmek için var olan teknolojik engel
depo.
SAP'nin kurum kültürü: SAP bir iş yarattı
ben alırken vermek sistemden. Ama bunu yapmak için sahip olmalısınız
farklı bir zihniyet. Geleneksel olarak, yazılım şirketleri
verileri bir ortama almada iyi olan, iyi olmayan
diğer yöne gitmek için veri almak. SAP bu tür bir şey yapabilirse
switch bunu yapan ilk şirket olacak.
Kısacası, bir şirketin seçmesi gerekip gerekmediği sorgulanabilir.
tedarikçisi olarak SAP veri ambarı. Çok ciddi riskler var
bir tarafta ve diğer tarafta çok az ödül. Ama başka biri var
Veri tedarikçisi olarak SAP'nin seçilmesini engelleyen bir neden
depo. Çünkü her şirketin aynı tarihi olması gerekir.
diğer tüm şirketlerin deposu? bu veri ambarı o kalp
rekabet avantajından kaynaklanmaktadır. Her şirket aynı şeyi benimseseydi
veri ambarı imkansız olmasa da zor olurdu,
rekabet avantajı elde etmek. SAP, bir
veri ambarı bisküvi olarak görülebilir ve bu bir
"verileri alma"larının bir başka işareti
içinde".
Başka hiçbir ERP sağlayıcısı SAP kadar baskın değildir.
Şüphesiz SAP yolundan gidecek firmalar olacaktır.
onlarınki için veri ambarı ama muhtemelen bu tarih
SAP depoları büyük, pahalı olacak ve çok şey gerektirecek
yaratma zamanı.
Bu ortamlar, banka memuru işlemleri,
havayolu rezervasyon süreçleri, şikayet süreçleri
sigorta vb. İşlem sistemi daha verimliydi,
Operasyonel ve süreç arasındaki ayrımın gerekliliği daha belirgindi.
DSS (Karar Destek Sistemi). Ancak, kaynak sistemleri ile
insani ve kişisel, kişi asla büyük hacimli sorunlarla karşı karşıya kalmaz.
işlemler. Ve tabii ki, bir kişi işe alındığında
veya şirketten ayrılın, bu bir işlemin kaydıdır.
Ancak diğer sistemlere göre, İK sistemleri ve
kişisel bilgilerin çok fazla işlemi yoktur. bu nedenle, içinde
insan kaynakları ve personel sistemlerinin var olduğu tamamen açık değildir.
bir DataWarehouse'a ihtiyacınız var. Bu sistemler birçok yönden
DSS sistemlerinin birleşmesini temsil eder.
Ancak, mecbur kalırsanız dikkate alınması gereken başka bir faktör daha vardır.
datawarehouse ve PeopleSoft ile yapın. Birçok çevrede ben vermek
İK ve kişisel kaynaklar iş için ikincildir
şirket başkanı Çoğu şirket performans gösteriyor
üretim, satış, hizmet sağlama vb. ONLAR
İK ve personel sistemleri genellikle ikincildir (veya
destek) şirketin ana iş koluna. Bu nedenle,
şüpheli ve uygunsuz bir veri ambarı için ayrı
insan ve kişisel kaynaklara destek.
PeopleSoft bu açıdan SAP'den çok farklıdır. SAP ile bu
bulunması zorunludur. veri ambarı. PeopleSoft ile değil
o zaman çok net PeopleSoft ile bir veri ambarı isteğe bağlıdır.
için söylenebilecek en iyi şey vermek PeopleSoft, verilerin
depo i depolamak için kullanılabilir vermek ilişkin
eski insan ve kişisel kaynaklar. için ikinci bir neden
bir şirketin kullanmak istediği veri ambarı a
PeopleSoft ortamının dezavantajı, erişime izin vermesi ve
analiz araçlarına ücretsiz erişim, ai vermek PeopleSoft tarafından. Ancak
Bu nedenlere ek olarak yapılmamasının tercih edilebileceği durumlar da olabilir.
için bir veri ambarına sahip olmak vermek PeopleSoft.
Özetle
Bir verinin oluşturulmasıyla ilgili birçok fikir vardır.
bir ERP yazılımı içinde depo.
Bunlardan bazıları:
▪ Bir veri ambarı hangi birine benziyor
sektörde başka?
▪ Bir ERP'nin ne kadar esnek olduğu veri ambarı Yazılım?
▪ Bir ERP veri ambarı yazılım bir hacmi işleyebilir
vermek bulunan birveri ambarı arena"?
▪ ERP satıcısının yaptığı iz kaydı nedir?
kolay ve ucuz, zaman alıcı, yapay zeka vermek? (Ne
ERP satıcılarının ucuz teslimat konusunda geçmiş performansıdır.
zaman, verilere erişmek kolay mı?)
▪ DSS mimarisinin anlayışı nedir ve
ERP satıcısı tarafından "kurumsal bilgi fabrikası"?
▪ ERP tedarikçileri, vermek içinde
değil, aynı zamanda bunları nasıl dışa aktaracağınızı da anlıyor musunuz?
▪ ERP satıcısı veri araçlarına ne kadar açık?
depolama?
belirlenmesinde tüm bu hususlar göz önünde bulundurulmalıdır.
nereye koymak veri ambarı hangi i ev sahipliği yapacak vermek ERP ve diğerleri
vermek. Genel olarak, zorlayıcı bir sebep olmadıkça
aksi takdirde, inşa edilmesi önerilir veri ambarı dışarı
ERP satıcı ortamından.
KAPİTOLO 1
BI Organizasyonuna Genel Bakış
Anahtar noktaları:
Bilgi havuzları tam tersi şekilde çalışır.
iş zekası (BI) mimarisine:
Kurum kültürü ve BT, başarıyı sınırlayabilir.
BI organizasyonları oluşturma.
Teknoloji artık BI organizasyonları için sınırlayıcı faktör değil. bu
mimarlar ve proje planlayıcıları için sorun,
teknoloji var, ancak etkin bir şekilde uygulayabilirlerse
mevcut teknoloji.
Birçok şirket için bir veri ambarı bir depozitodan biraz daha fazlası
i'yi dağıtan pasif vermek ihtiyacı olan kullanıcılara. ONLAR vermek
kaynak sistemlerden çıkarılırlar ve hedef yapılara yerleştirilirler
di veri ambarı. Ben vermek ayrıca tamamen temizlenebilirler
talih. Ancak ekstra bir değer de eklenmez.
toplandı vermek bu süreçte.
Esasen, pasif Dw, en iyi ihtimalle,
sadece ben vermek kullanıcı ilişkilendirmeleri için temiz ve çalışır durumda. Orada
bilgi oluşturma ve analitik anlayış bağlıdır
tamamen kullanıcılar tarafından DW olup olmadığına karar vermek (Veri deposu) dır-dir
başarı özneldir. Başarıyı şuna göre değerlendirirsek
verimli bir şekilde toplama, entegre etme ve temizleme yeteneği i vermek
öngörülebilir bir temelde kurumsal, o zaman evet, DW bir başarıdır.
Öte yandan koleksiyon, konsolidasyon ve lo
Bilginin bir bütün olarak kuruluş tarafından kullanılması, daha sonra
DW bir başarısızlıktır. Bir DW çok az değer sağlar veya hiç değer sağlamaz
bilgi. Sonuç olarak, kullanıcılar yapmak zorunda kalıyor,
böylece bilgi siloları oluşturur. Bu bölüm sunar
BI(İşletme) mimarisini özetlemek için kapsamlı bir görünüm
Şirketlerin istihbaratı). İş zekasının tanımıyla başlayalım ve
daha sonra tasarımla ilgili tartışmalara geçeceğiz ve
bilgi sağlamanın aksine, bilginin geliştirilmesi vermek
kullanıcılara Tartışmalar daha sonra hesaplamaya odaklanır.
BI çabalarınızın değeri. IBM'in nasıl
kuruluşunuzun BI mimari gereksinimlerini hatırlar.
Mimari açıklaması
iş zekası organizasyonu
İşlem odaklı güçlü bilgi sistemleri artık
seviye atladıkça her büyük işletmede gündemde
etkin bir şekilde dünyadaki şirketler için oyun alanı.
Bununla birlikte, rekabetçi kalabilmek için artık sistemlerin analitik olarak kullanılması gerekiyor.
ed'i yeniden keşfederek şirketin yeteneğinde devrim yaratabilir.
zaten sahip oldukları bilgileri kullanarak. Bu sistemler
zenginliğinden anlayıştan türeyen analitik vermek
mevcut. BI, tüm bilgiler genelinde performansı artırabilir
işletmenin İşletmeler müşteriden müşteriye ilişkileri geliştirebilir
tedarikçiler, ürün ve hizmetlerin karını artırmak, üretmek
yeni ve en iyi teklifler, risk kontrolü ve diğerleri arasında
kazançlar giderleri önemli ölçüde azaltır. BI ile seninki
şirket nihayet müşteri bilgilerini kullanmaya başlar
hedefleri olan uygulamalar sayesinde rekabetçi bir varlık olarak
pazar.
Doğru iş araçlarına sahip olmak, şu sorulara kesin cevaplara sahip olmak demektir:
gibi anahtar sorular:
▪ Hangimiz müşteriler bize daha çok kazandırıyorlar ya da orada
kaybederler mi?
▪ En iyilerimizin yaşadığı yer müşteriler ile ilgili olarak mağaza/
depo sık sık?
▪ Hangi ürün ve hizmetlerimiz daha fazla satılabilir?
etkili ve kime?
▪ Hangi ürünler en etkili şekilde ve kime satılabilir?
▪ Hangi satış kampanyası daha başarılı ve neden?
▪ Hangi satış kanalları hangi ürünler için en etkilidir?
▪ Elimizden gelenin en iyisini yaparak ilişkilerimizi nasıl geliştirebiliriz? müşteriler?
Çoğu şirketin sahip olduğu vermek cevap vermek zor
bu sorular.
Operasyonel sistemler, büyük miktarlarda ürün üretir.
müşteri ve vermek satış noktalarından, rezervasyonlardan,
müşteri hizmetleri ve teknik destek sistemlerinden. meydan okuma
bu bilgileri ayıklayın ve kullanın.
Birçok şirket, yalnızca küçük bir kısmından kar elde eder. vermek
Stratejik analizler için.
I vermek kalan, genellikle i ile birleştirilir vermek i gibi dış kaynakların türetilmesi
"hükümet raporları" ve satın alınan diğer bilgiler bunlardan biridir.
keşfedilmeyi bekleyen altın madeni, ei vermek Devono
yalnızca sizin bilgi bağlamında rafine edilebilir
organizasyon.
Bu bilgi farklı şekillerde uygulanabilir.
genel bir kurumsal strateji tasarlamaktan
çağrı merkezleri aracılığıyla tedarikçilerle kişisel iletişim,
faturalandırma, Internet ve diğer noktalar. Günümüzün iş ortamı bunu gerektiriyor
DW ve ilgili BI çözümlerinin daha da geliştiğini
geleneksel yapıların uygulanması vermek ben gibi vermek normalleştirilmiş
atomik düzeyde ve “yıldız/küp çiftlikleri”.
Rekabetçi kalabilmek için gerekli olan şey, şirketlerin birleşmesidir.
desteklemek amacıyla geleneksel ve ileri teknolojiler
geniş analitik manzara.
Son olarak, genel çevre bilgiyi geliştirmeli
bir bütün olarak işletmenin, alınan önlemlerin sağlanması
yapılan analizler sonucunda herkesin işine yaramaktadır.
fayda.
Örneğin, kendi sıralamanızı yaptığınızı varsayalım. müşteriler kategorilerde
yüksek veya düşük risk.
Bu bilgilerin bir madencilik modeli tarafından üretilip üretilmediği veya
başka bir yolla, Dw'ye konulmalı ve herkes tarafından erişilebilir hale getirilmelidir.
herhangi bir erişim yoluyla herhangi biri, örneğin ben
statik raporlar, elektronik tablolar, tablolar veya analitik işleme
satır (OLAP).
Ancak, şu anda, bu tür bilgilerin çoğu
silolarda kalıyorlar vermek ürettikleri bireylerin veya departmanların
analiz. Kuruluşun bir bütün olarak görünürlüğü çok azdır veya hiç yoktur
anlama için. Sadece bu tür içerikleri karıştırarak
dw ile işletmenizdeki bilgi silolarını ortadan kaldırabilirsiniz.
bilgi ve Dw ortamınızı yükseltin.
Bir organizasyonu geliştirmenin önünde iki büyük engel vardır.
BI'nın.
Birincisi, örgütün kendi sorunumuz var.
ilgili disiplinden.
Politika değişiklikleri konusunda yardımcı olamasak bile
organizasyonun bileşenlerinin anlaşılmasına yardımcı olabiliriz.
bir BI organizasyonu, mimarisi ve nasıl
IBM teknolojisi, gelişimini kolaylaştırır.
Aşılması gereken ikinci engel, teknoloji eksikliğidir.
entegre ve tüm alanı çağıran bir yöntem bilgisi
sadece küçük bir bileşenin aksine BI.
IBM, teknolojideki değişikliklere yanıt veriyor
entegre. Tasarım sağlamak sizin sorumluluğunuzdadır.
İçine kapanık. Bu mimari ile geliştirilmelidir
kısıtlamalar olmadan veya en azından entegrasyon için seçilen teknoloji
açık standartlara uyan teknoloji. ayrıca senin
şirket yönetimi, Bi'nin girişiminin
programa göre yapılması ve buna izin verilmemesi
kendi kendine hizmetten türetilen bilgi silolarının geliştirilmesi
gündemler veya hedefler.
Bu, BI ortamının hassas olmadığı anlamına gelmez.
farklı kullanıcıların farklı ihtiyaçlarına ve gereksinimlerine tepki vermek; bunun yerine, şu anlama gelir:
bu bireysel ihtiyaçların ve gereksinimlerin uygulanmasının
tüm BI organizasyonunun yararına yapılır.
Kuruluşun BI mimarisinin bir açıklaması,
şekil 9'de sayfa 1.1'da bulunabilir.
teknolojilerin ve tekniklerin zengin bir karışımı.
Geleneksel görünümden, mimari aşağıdaki bileşenleri içerir
depo
Atomik katman(Atomik Katman).
Bu, tüm Dw'nin temeli, kalbi ve dolayısıyla
stratejik raporlama.
I vermek burada saklanan raporlar tarihi bütünlüğü koruyacaktır.
vermek ve temiz olmanın yanı sıra türetilmiş metriği içerir,
madencilik şablonları kullanılarak entegre edilmiş ve depolanmıştır.
Bunların sonraki tüm kullanımları vermek ve ilgili bilgiler
bu yapıdan türetilmiştir. Bu, için mükemmel bir kaynaktır.
çıkarma vermek ve yapılandırılmış SQL sorguları içeren raporlar için
operasyonel depo vermek veya rapor esası
vermek(Operasyonel veri deposu (ODS) veya raporlama
veritabanı.)
Bu bir yapıdır vermek için özel olarak tasarlanmış
teknik raporlama.
I vermek Bu yapıların üzerinde saklanan ve raporlanan nihayet
hazırlama bölgesi aracılığıyla depoya yayılır (hazırlama
alan), stratejik sinyalizasyon için kullanılabileceği yer.
Sahne alanı.
Çoğu için ilk durak vermek ortamına yöneliktir
depo organizasyon bölgesidir.
işte ben vermek entegre edilir, temizlenir ve dönüştürülür. vermek kullanışlı ki
depo yapısını dolduracaklar
Randevu pazarları.
Mimarinin bu kısmı, yapının yapısını temsil eder. vermek Kullanılmış
özellikle OLAP için. Datamart'ların varlığı, eğer ben vermek bunlar
üst üste bindirdikleri yıldız şemalarında saklanır vermek
ilişkisel bir ortamda veya dosya dolaplarında çok boyutlu
di vermek gibi belirli OLAP teknolojisi tarafından kullanılan tescilli
DB2 OLAP sunucusu, ilgili değildir.
Tek kısıtlama, mimarinin kullanımını kolaylaştırmasıdır. vermek
çok boyutlu.
Mimari aynı zamanda kritik Bi teknolojilerini ve tekniklerini de içerir.
olarak ayırt edilirler:
Mekansal analiz
Alan, analist için beklenmedik bir bilgidir ve
tam çözünürlük için kritiktir. Uzay olabilir
belirli bir bölgede yaşayan insanların bilgilerini temsil eder.
konumun yanı sıra bu konumun nerede olduğuyla ilgili bilgiler
fiziksel olarak dünyanın geri kalanına kıyasla.
Bu analizi gerçekleştirmek için, sizinkini bağlayarak başlamalısınız.
enlem ve boylam koordinat bilgileri. Anlamı ne
“coğrafi kodlama” olarak anılır ve çıkarımın bir parçası olmalıdır,
dönüşüm ve seviyeye yükleme işleminin (ETL)
deponuzun atom numarası.
Veri madenciliği.
ekstraksiyonu vermek şirketlerimizin büyümesini sağlar
Numero di müşteriler, satış eğilimlerini tahmin etmek ve etkinleştirmek için
ile ilişki yönetimi müşteriler (CRM), diğer girişimlerin yanı sıra
BI.
ekstraksiyonu vermek yapılarıyla bütünleştirilmelidir.
vermek Dwhouse'un ve depo süreçleriyle desteklenen
teknolojinin hem etkin hem de verimli kullanıldığını tespit etmek ve
ilgili teknikler.
BI mimarisinde belirtildiği gibi, atomik seviye
Dwhouse, datamart'lar gibi mükemmel bir bilgi kaynağıdır. vermek
ekstraksiyon için. Aynı yapılar ayrıca
kullanılabilirliğini sağlamak için ekstraksiyon sonuçlarının alıcıları
en geniş izleyici kitlesi (en geniş izleyici kitlesi).
Ajanlar.
Müşteriyi aşağıdakiler gibi herhangi bir noktada taramak için çeşitli "temsilciler" vardır:
şirket işletim sistemleri ve dw'nin kendileri. Bu ajanlar şunları yapabilir:
öğrenmek için eğitilmiş gelişmiş sinir ağları olmak
gibi her noktanın eğilimleri, gelecekteki ürün talebine dayalı
satış promosyonlarında, tepki vermek için kurallara dayalı motorlarda
un verilmiş bir dizi koşul veya hatta basit etmenler
istisnaları “üst düzey yöneticilere” işaret ediyorlar. Bu işlemler evet
genellikle gerçek zamanlı olarak bulunur ve bu nedenle
hareketleriyle yakından bağlantılı olmak vermek.
Tüm bu yapıların vermek, teknolojiler ve teknikler garantisi
bir organizasyon oluşturmak için geceyi harcamayacağınızı
BI'nız.
Bu aktivite, küçük olanlar için artımlı adımlarla geliştirilecektir.
puan.
Her adım bağımsız bir proje çalışmasıdır ve raporlanır.
dw veya BI girişiminizde bir yineleme olarak. Yinelemeler
için yeni teknolojilerin uygulanmasını içerebilir.
yeni tekniklerle başlayın, yeni yapılar ekleyin vermek ,
yükleniyor vermek tamamlayıcı veya analizin genişletilmesiyle birlikte
ortamınız. Bu paragraf daha çok tartışılıyor
ayrıntılı olarak 3. bölümde
Dw ve Bi araçlarının geleneksel yapılarının yanı sıra başkaları da var
borçlu olduğunuz BI kuruluşunuzun işlevleri
tasarım, örneğin:
Müşteri temas noktaları (Müşteri dokunuşu
) İşaret eder.
Tüm modern organizasyonlarda olduğu gibi, bir dizi
nasıl bir deneyim yaşanacağını gösteren müşteri temas noktaları
senin için olumlu müşteriler. i gibi geleneksel kanallar var.
tüccarlar, santral operatörleri, doğrudan posta, multimedya ve baskı
e-posta ve web gibi en güncel kanalların yanı sıra reklam vermek
bazı temas noktalarına sahip ürünler satın alınmalıdır,
taşınan, temizlenen, dönüştürülen ve daha sonra yapılarda doldurulan vermek arasında
BI.
üsleri vermek operasyonel ve kullanıcı ilişkilendirmeleri (Operasyonel
veritabanları ve kullanıcı toplulukları).
Temas noktalarının sonunda müşteriler temeller bulunur vermek
şirketin uygulama ve kullanıcı topluluklarının ONLAR vermek mevcut
bunlar vermek ile bir araya getirilmesi ve birleştirilmesi gereken geleneksel vermek o
gerekli olanı yerine getirmek için temas noktalarından akarlar.
bilgi.
Analistler. (Analistler)
BI ortamının birincil yararlanıcısı analisttir. o kim
mevcut çıkarmadan yararlanır vermek operasyonel, entegre
farklı kaynaklar vermek , analitik gibi özelliklerle zenginleştirilmiş
coğrafi (coğrafi kodlama) ve BI teknolojilerinde sunulan
madencilik, OLAP, gelişmiş SQL raporlaması ve analizine izin verir
coğrafi. Analistin ortama birincil arabirimi
raporlama BI portalıdır.
Ancak, sistemin mimarisinden yararlanan tek kişi analist değildir.
BI.
Yöneticiler, büyük kullanıcı dernekleri ve hatta üyeler, tedarikçiler ve ben
müşteriler kurumsal BI'da faydalar bulmalıdır.
Geri besleme döngüsü.
BI mimarisi bir öğrenme ortamıdır. bir ilke
Gelişimin özelliği, kalıcı yapılara izin vermesidir. vermek
kullanılan BI teknolojisi ve eylemler tarafından güncellenecek
kullanıcı taahhütleri Bir örnek,
müşteri(müşteri puanlaması).
Satış departmanı bir madencilik modeli uygularsa
Müşterinin puanlarının yeni bir hizmeti nasıl kullanacağını, ardından
satış departmanı tek yararlanıcı grup olmamalı
hizmetin.
Bunun yerine, madencilik modeli bir parça olarak gerçekleştirilmelidir.
şirket içi veri akışının niteliği ve müşterinin puanları
bilgi ortamının entegre bir parçası haline gelmelidir.
depo, tüm kullanıcılar tarafından görülebilir. Bi-bI-merkezli IBM Suite
DB2 UDB dahil olmak üzere, DB2 OLAP Sunucusu, çoğu
şekilde tanımlanan teknolojinin önemli bileşenlerinin bir parçası
1.1
Mimariyi bu kitap şeklinde göründüğü şekliyle kullanıyoruz.
bize bir süreklilik düzeyi verin ve her ürünün nasıl çalıştığını gösterin
IBM'in genel iş zekası modeline uyması.
Bilgi İçeriğinin Sağlanması (Sağlanması
bilgi içeriği)
BI ortamınızı tasarlayın, geliştirin ve uygulayın
zorlu bir görev. Tasarım her ikisini de kapsamalıdır.
mevcut ve gelecekteki iş gereksinimleri. mimari tasarım
bulunan tüm sonuçları içerecek şekilde eksiksiz olmalıdır
tasarım aşamasında. Yürütme kalmalı
tek bir amaca bağlı: BI mimarisini geliştirmek
çizimde resmi olarak sunulduğu ve gerekliliklere dayalı olarak
iş.
Disiplinin en iyi sonucu sağlayacağını iddia etmek özellikle zordur.
göreceli başarı
Bu basittir çünkü herkes için bir BI ortamı oluşturmazsınız
aniden, ancak zamanla küçük adımlarla gerçekleşir.
Ancak, mimarinizin BI bileşenlerini tanımlamak,
iki nedenden dolayı önemlidir: Sonraki tüm kararlara rehberlik edeceksiniz.
mimarlık teknikleri.
Belirli bir teknoloji kullanımını bilinçli olarak tasarlayabileceksiniz.
bir tekrar alamasanız da ihtiyacı var
birkaç aydır teknoloji.
İş gereksinimlerinizi yeterince anlamak, türü etkileyecektir.
mimariniz için edineceğiniz ürünlerin sayısı.
Mimarinizin planlanması ve geliştirilmesi,
senin deponun
rastgele bir olay değil, “iyi düşünülmüş” bir olay,
özenle oluşturulmuş reklam opera sanatın bir mozaiği gibi
harmanlanmış teknoloji
Tasarım bilgi içeriği
Tüm ilk tasarım, aşağıdakilere odaklanmalı ve tanımlamalıdır:
ortamınızın ihtiyaç duyacağı başlıca BI bileşenleri
bugün ve gelecekte genel.
İş gereksinimlerini bilmek önemlidir.
Tüm resmi planlama başlamadan önce bile,
proje planlayıcısı genellikle bir veya iki tanesini tanımlayabilir.
bileşen hemen.
için gerekli olabilecek bileşenlerin dengesi
Ancak mimariniz kolayca bulunamaz.
Tasarım aşamasında, mimarinin ana kısmı
uygulama geliştirme oturumunu (JAD) bir aramaya bağlar
iş gereksinimlerini belirlemek için.
Bazen bu gereksinimler araçlara dışarıdan yaptırılabilir
sorgulama ve raporlama.
Örneğin, kullanıcılar otomatikleştirmek istiyorlarsa
şu anda bir raporun manuel olarak entegre edilmesi gerekiyor
iki cari oran ve elde edilen hesaplamaların eklenmesi
kombinasyonu vermek.
Bu gereksinim basit olmakla birlikte, belirli bir gereksinimi tanımlar.
ne zaman dahil etmeniz gereken özelliğin işlevselliği
kuruluş için raporlama araçları satın alın.
Tasarımcı ayrıca aşağıdakiler için ek gereksinimleri de takip etmelidir:
tam bir resim elde edin. Kullanıcılar abone olmak istiyor
bu rapor?
Raporun alt kümeleri oluşturulur ve e-posta yoluyla çeşitli
kullanıcılar? Bu raporu şirket portalında görmek ister misiniz?
Tüm bu gereklilikler, basit ihtiyacın bir parçasıdır.
kullanıcılar tarafından istendiği gibi bir manuel raporu değiştirin. Fayda
Bu tür gereksinimlerden biri, kullanıcıların ve geliştiricilerin, herkesin
Rapor kavramının anlaşılması.
Bununla birlikte, planlamamız gereken başka iş türleri de var.
İş gereksinimleri şeklinde belirtildiğinde
İş stratejik soruları, deneyimli planlamacılar için kolaydır
boyutsal ve ölçü/olgu gerekliliklerini ayırt eder.
Şekil 1.2, bir ürünün boyutunu ve boyutsal bileşenlerini göstermektedir.
iş sorunu.
JAD kullanıcıları gereksinimlerini nasıl bildireceklerini bilmiyorsa
bir iş sorunu biçiminde, tasarımcı genellikle
veri toplama oturumunu atlama-başlatma örnekleri
gereksinimleri.
Uzman tasarımcı, kullanıcıların yalnızca
stratejik ticaret değil, aynı zamanda nasıl oluşturulacağı.
Gereksinim toplama yaklaşımı bölüm 3'te ele alınmıştır; İçin
şimdi sadece herkes için tasarım yapma ihtiyacına dikkat çekmek istiyoruz
BI gereksinimleri türleri
Stratejik bir iş konusu, sadece bir gereklilik değildir
İş, ama aynı zamanda bir tasarım ipucu. cevap vermen gerekiyorsa
çok boyutlu bir soruya, o zaman ezberlemelisin,
gönder ben vermek boyutlu ve ezberlemeniz gerekirse
vermek çok boyutlu, ne tür bir teknolojinin veya
uygulayacağınız teknik.
Ayrılmış bir küp yıldız şeması mı yoksa her ikisini birden mi uyguluyorsunuz?
Gördüğünüz gibi basit bir iş problemi bile
tasarımı önemli ölçüde etkileyebilir. Fakat
bu tür iş gereksinimleri olağandır ve elbette en azından
deneyimli proje planlayıcıları ve tasarımcıları tarafından.
teknolojileri ve desteği hakkında yeterince tartışma olmuştur.
OLAP ve çok çeşitli çözümler mevcuttur. Şimdiye kadar
ile basit raporlamayı bir araya getirme ihtiyacından bahsetmiştik.
işletme boyutu gereksinimleri ve bu gereksinimlerin nasıl
teknik mimari kararları etkiler.
Ancak kolayca anlaşılmayan gereksinimler nelerdir?
kullanıcılar tarafından mı yoksa Dw ekibi tarafından mı? Analize ihtiyacınız olacak
mekansal(uzaysal analiz)?
madencilik modelleri vermek onlar senin gerekli bir parçan olacak
gelecek? Kim bilir?
Bu tür teknolojilerin çok fazla olmadığına dikkat etmek önemlidir.
genel kullanıcı toplulukları ve ekip üyeleri tarafından bilinir.
Dw, kısmen, bu olabilir çünkü genellikle
bazı dahili veya üçüncü taraf uzman teknisyenler tarafından ele alınır. Bu bir
bu tür teknolojilerin ürettiği sorunların sınırda olduğu durum. öz
kullanıcılar iş gereksinimlerini tanımlayamaz veya çerçeveleyemez
tasarımcılara yönergeler sağlamak için, onlar
fark edilmeden gidin veya daha da kötüsü basitçe göz ardı edin.
Tasarımcı ve geliştirici başarısız olduğunda daha sorunlu hale gelir
bu gelişmişlerden birinin uygulamasını tanıyabilir, ancak
kritik teknolojiler.
Tasarımcıların sık sık söylediği gibi, “peki, neden
Bu diğer şeyi alana kadar onu bir kenara koymaz mıyız?
"Önceliklerle gerçekten ilgileniyorlar mı, yoksa sadece benim önceliklerimden mi kaçınıyorlar?
anlamadıkları gereksinimler? Büyük olasılıkla ikinci varsayımdır.
Diyelim ki satış ekibiniz bir gereksinim iletti
Şekil 1.3'te belirtildiği gibi işin
Gereksinim, bir iş sorunu biçiminde çerçevelenir. Orada
Bu problem ile tipik boyutsal problem arasındaki fark,
mesafe. Bu durumda, satış ekibi şunu bilmek ister:
aylık bazda, ürün, depo ve satışlardan elde edilen toplam satışlar,
müşteriler deponun 5 mil yakınında yaşayanlar
Alırlar.
Ne yazık ki, tasarımcılar veya mimarlar basitçe
"Müşterimiz var, müşterimiz var" diyerek mekansal bileşeni göz ardı edin.
ürün ve ben vermek mevduatın. kadar mesafeyi koruyoruz
başka bir yineleme.
"Yanlış cevap. Bu tür bir iş sorunu endişeleri
tamamen BI. hakkında daha derin bir anlayışı temsil eder.
işimiz ve analistlerimiz için sağlam bir analitik alan.
BI, basit sorgulamanın veya standart raporlamanın ötesindedir.
OLAP bile. Bu, bu teknolojilerin başarısız olduğu anlamına gelmez
BI'nız için önemlidirler, ancak kendi başlarına değildirler
iş zekası ortamı.
Bilgi bağlamı için tasarım
(Bilgi İçeriği için Tasarım)
Artık öne çıkan İş Gereksinimlerini belirlediğimize göre
çeşitli temel bileşenler, bir tasarıma dahil edilmelidir
genel mimari. BI bileşenlerinden bazıları,
ilk çabalarımızın bazıları uygulanmayacak olsa da
Birkaç ay.
Ancak bilinen tüm gereksinimler tasarıma yansıtılır, böylece
Belirli bir teknolojiyi uygulamamız gerektiğinde,
yapmaya hazırlanın. Projeyle ilgili bir şey düşünceyi yansıtacak
geleneksel.
Örneğin, bölümün başındaki şekil 1.1, bir veriyi göstermektedir.
i koruyan mart vermek boyutlu.
Bu set vermek sonraki kullanımları desteklemek için kullanılır
vermek İş sorunları tarafından yönlendirilen boyutsal
tespit ettik. Ek belgeler olduğu için
tasarım geliştirme gibi üretilen vermek, Biz
nasıl yapacağımı resmileştirmeye başlayacağız vermek çevreye yayılırlar.
Temsil etme ihtiyacını belirledik vermek böylece
boyutsal, alt bölümlere ayırma (belirli ihtiyaçlara göre)
veri martlarında belirlenir).
Cevaplanması gereken bir sonraki soru, bunların nasıl inşa edileceğidir.
bu veri martları?
Yıldızları küpleri desteklemek için mi inşa ediyorsunuz, yoksa sadece küpleri mi yoksa sadece yıldızları mı?
(veya doğru küpler veya doğru yıldızlar). Veriler için mimariyi oluşturun
herkes için atomik bir katman gerektiren bağımlı pazarlar vermek
edinir misin Bağımsız data mart'ların i edinmesine izin ver vermek
doğrudan işletim sistemlerinden mi?
Hangi Cube Teknolojisini standartlaştırmaya çalışacaksınız?
Muazzam miktarda tanrınız var vermek boyutsal analiz için gerekli
yoksa ulusal satış gücünüzün küplerine mi ihtiyacınız var?
haftalık mı yoksa ikisi birden mi? Güçlü bir öğe oluşturun
DB2 OLAP Server for Finance veya Cognos küpleri gibi
Satış organizasyonunuz için PowerPlay mi yoksa her ikisi için mi?
Bunlar büyük mimari tasarım kararlarıdır.
ileride BI ortamınızı etkileyeceklerdir. Evet,
OLAP için bir ihtiyaç belirlediniz. şimdi bunu nasıl yapacaksın
teknik ve teknoloji türü?
En gelişmiş teknolojilerden bazıları sizinkini nasıl etkiler?
çizimler? Diyelim ki bir ihtiyaç belirlediniz
kuruluşunuzdaki alan. Şimdi aramak zorundasın
planlanmamış olsa bile mimari çizim baskıları
birkaç ay boyunca uzay bileşenleri yürütmek. Mimar gerekir
bugün neye ihtiyaç duyulduğuna bağlı olarak tasarım yapın. ihtiyacını tahmin etmek
üreten, depolayan, gerçekleştiren ve sunan mekansal analiz
erişim vermek uzaysal. Bu da bir
teknoloji türü ve özelliklerine ilişkin kısıtlama
Şu anda düşünüyor olabileceğiniz yazılım platformu. İçin
örneğin yönetim sistemi veri tabanı ilişkisel
(RDBMS) atomik katmanınız için gerçekleştirdiğiniz
sağlam bir mekansal kapsam mevcuttur. Bu,
Geometri ve nesneleri kullanırken maksimum performans
Analitik uygulamalarınızda alan. RDBMS'niz yoksa
ben halledebilirim vermek (mekansal-merkezli) dahili olarak, yani yapmanız gerekecek
istikrarsızlık veri tabanı (mekansal merkezli) dış. Bu karmaşıklaştırır
sorun yönetimi ve genel performansınızı etkiler,
sizin için yaratılan ek sorunlardan bahsetmiyorum bile
DBA'lar, muhtemelen çok az anlayışa sahip olduklarından
temellerinden vermek uzaysal da. Öte yandan, eğer motorunuz
RDMBS, tüm uzamsal bileşenleri ve ilgili
optimize edici özel ihtiyaçların farkındadır (örneğin,
indeksleme), ardından DBA'larınız işleyebilir
sorunları anında yönetin ve onları yükseltebilirsiniz
verim.
Ayrıca, hazırlama alanını ve katmanı ayarlamanız gerekir.
adres temizliğini içerecek şekilde atomik ortamın (un
uzamsal analiz için temel unsur) ve bir sonraki
alan nesneleri kaydetme. Basımların art arda gelmesi
temizleme kavramını tanıttığımıza göre çizim devam ediyor
adres. Birincisi, bu uygulama türünü belirleyecektir.
ETL çabanız için gerekli yazılım.
Size bir adres sağlamak için Trillium gibi ürünlere ihtiyacınız var
temiz veya bunu sağlamak için seçtiğiniz bir ETL satıcısı
işlevsellik?
Şimdilik tasarımın standardını takdir etmeniz önemlidir.
sizinkini uygulamaya başlamadan önce tamamlanmalıdır
çevre (depo). Yukarıdaki örnekler,
takip etmesi gereken çizim kararlarının çokluğunu göstermek
herhangi bir özel iş gereksiniminin tanımlanması. yapılırsa
doğru bir şekilde, bu tasarım kararları
ortamınızın fiziksel yapıları arasındaki karşılıklı bağımlılık,
kullanılan teknolojinin seçimi ve yayılma akışı
bilgi içeriği. Bu geleneksel mimari olmadan
BI, kuruluşunuz bir karışıma tabi olacak
mevcut teknolojilerin kaotik, en iyi ihtimalle, bir şekilde birleşmiş
görünür istikrar sağlamak için yanlış.
Bilgi içeriğini koruyun
Bilginin değerini kuruluşunuza getirmek,
çok zor bir operasyon Yeterli anlayış olmadan
ve deneyim veya uygun planlama ve tasarım, hatta
daha iyi takımlar başarısız olur. Öte yandan, eğer harika bir
sezgi ve detaylı planlama ama disiplin yok
yürütme, sadece paranı ve zamanını boşa harcadın
çünkü çaban başarısız olmaya mahkumdur. mesaj
açık olun: Bunlardan bir veya daha fazlasını kaçırıyorsanız
beceriler, anlayış/deneyim veya planlama/çizim o
uygulama disiplini, bu felç veya yol açacaktır
BI organizasyonunun binasını yok edin.
Ekibiniz yeterince hazır mı? senin üstünde biri var
Mevcut geniş analitik manzarayı anlayan BI ekibi
BI ortamlarında, gerekli teknik ve teknolojilerde
o manzarayı etkilemek için? Ekibinizde biri var
Gelişmiş arasındaki uygulama farkını tanıyabilen
statik raporlama ve OLAP veya ROLAP ile OLAP arasındaki farklar? Biri
ekibinizin üyeleri açıkça yolunu tanır
ayıklayın ve depoyu nasıl etkileyebileceğini veya nasıl
depo madencilik performansını destekleyebilir mi? Bir üye
ekibin değerini anlayan vermek uzay veya teknoloji
ajan tabanlı? Eşsiz uygulamayı takdir eden biri var mı?
Broker teknolojisine karşı ETL araçlarının
İleti? Eğer sahip değilseniz, bir tane alın. BI çok daha fazlası
şemaların OLAP'ın normalleştirilmiş bir atomik katmanının büyük bir
yıldız ve bir ODS.
Gereksinimleri tanımak için anlayış ve deneyime sahip olmak
BI ve çözümleri, yeteneğiniz için çok önemlidir
kullanıcıların ihtiyaçlarını doğru bir şekilde formüle etmek ve tasarlamak
ve çözümlerini uygularlar. Kullanıcı topluluğunuz varsa
Gereksinimleri tanımlamada zorluk, ekibin görevidir.
depo bu anlayışı sağlar. Ama eğer takım
depo
BI'nın özel uygulamasını tanımıyor - örneğin, veri
madencilik - o zaman BI ortamlarının yaptığı en iyi şey değildir
genellikle kendilerini pasif mevduat olmakla sınırlarlar. Ancak bunları dikkate almayın
teknolojiler önemini ve sahip olduğu etkiyi azaltmaz.
kendi iş zekası olanaklarının ortaya çıkması üzerine
organizasyonun yanı sıra tasarladığınız bilgi yapısı
Terfi etmek.
Planlama çizim kavramını içermelidir, ed
her ikisi de yetkin bir birey gerektirir. artı, tasarlamak
bir ekip bakımevi felsefesi ve gözlemi gerektirir
standartlardan. Örneğin, şirketiniz bir
standart bir platform veya kullandığınız belirli bir RDBMS tanımlamıştır.
platform genelinde standardize etmek istiyorsanız, yakındır
ekipteki herkes bu standartlara uyar. Genellikle bir
ekip normalleştirme ihtiyacını ortaya çıkarır (kullanıcıya
topluluklar), ancak ekibin kendisi katılmak istemiyor
standartlar aynı zamanda şirketin diğer alanlarında ve hatta belki de
benzer şirketler. Bu sadece ikiyüzlü olmakla kalmaz, aynı zamanda firmanın
mevcut kaynakları ve yatırımları kaldırabilir. Bu demek değil
bir platformu garanti eden herhangi bir durumun bulunmadığını veya
standartlaştırılmamış teknoloji; Ancak, deponun çabaları
kadar işletmenin standartlarını kıskançlıkla korumalıdır.
iş gereksinimlerinin aksini gerektirmediği.
İş Zekası oluşturmak için gereken üçüncü temel bileşen
organizasyon disiplindir.
Toplamda, eşit olarak bireylere ve çevreye bağlıdır.
Proje planlayıcıları, sponsorlar, mimarlar ve kullanıcılar,
şirketin bilgi yapısını oluşturmak için gerekli disiplin.
Tasarımcılar, tasarım çabalarını şu şekilde yönlendirmelidir:
toplumdaki diğer gerekli çabaları tamamlayın.
Örneğin, şirketinizin bir
Ambar bileşeni olan ERP uygulaması.
Bu nedenle, ERP tasarımcılarının ERP tasarımcılarının sorumluluğundadır.
rekabet etmemek için depo ortamı ekibi veya
zaten başlamış olan işi çoğaltın.
Disiplin de üzerinde durulması gereken bir konudur.
tüm organizasyon tarafından kurulur ve genellikle bir kuruma emanet edilir.
yönetici seviyesi.
Yöneticiler tasarlanmış bir yaklaşıma bağlı kalmaya istekli mi? A
olan bilgi içeriği yaratmayı vaat eden bir yaklaşımdır.
sonunda işletmenin tüm alanlarına değer katacaktır, ancak belki de
Bireysel veya departman gündemlerini tehlikeye atıyor mu? sözü hatırla
"Her şeyi düşünmek, tek bir şeyi düşünmekten daha önemlidir."
Bu söz BI organizasyonları için geçerlidir.
Ne yazık ki, birçok depo çabalarını yoğunlaştırır.
belirli bir departmana değer katmak ve değer katmak isteyen
organizasyona çok az önem veren belirli kullanıcılar
genel. Yöneticinin ekipten yardım istediğini varsayalım.
kurt evi Ekip, 90 günlük bir işle yanıt verir.
tarafından tanımlanan bildirim gerekliliklerinin teslimini içermez.
yöneticisi, ancak tüm vermek taban seviyeye karıştırılır
küp teknolojisinde tanıtılmadan önce atomik
teklif.
Bu mühendislik ilavesi,
kurt evi yararlanacak vermek yönetici tarafından gerekli.
Ancak yönetici, dış danışmanlık firmalarıyla görüştü ve
4'ten daha kısa sürede teslim edilen benzer bir uygulama önerdiler
haftalar.
İç kurthane ekibinin yetkin olduğu varsayıldığında,
yöneticinin bir seçeneği var. Disiplini kim destekleyebilir?
kuyuyu açmak için ek mühendislik gerekiyor
bilgi amaçlı girişim veya kendilerininkini yapmayı seçebilirler
hızlı bir şekilde çözüm. İkincisi gerçekten seçilmiş gibi görünüyor
çok sık ve yalnızca bilgi kapsayıcıları oluşturmaya hizmet eder
birkaç kişinin veya bireyin yararlandığı.
Kısa ve uzun vadeli hedefler
Mimarlar ve proje planlayıcıları bir
genel mimarinin uzun vadeli vizyonu ve
bir BI organizasyonunda büyümek. Bu kombinasyon
kısa vadeli kar ve uzun vadeli planlama
BI çabalarının iki yüzünü temsil eder. Kısa vadeli kazanç
sona erme, BI'nın yinelemeleriyle ilişkili yönüdür.
deponuz.
Planlamacıların, mimarların ve sponsorların odaklandığı yer burasıdır.
belirli iş gereksinimlerini karşılar. İşte bu seviyede,
fiziksel yapılar inşa edilir, teknoloji satın alınır ve
teknikler uygulanmaktadır. Hiçbir şekilde yüzleşmek için yapılmazlar
belirli kullanıcı toplulukları tarafından tanımlanan özel gereksinimler.
Tanımlanmış özel gereksinimleri karşılamak için her şey yapılır
belirli bir topluluktan.
Bununla birlikte, uzun vadeli planlama diğer yönüdür.
BI'nın. Planların ve tasarımların olmasını sağladığı yer burasıdır.
inşa edilen herhangi bir fiziksel yapı, seçilen teknolojiler ve
işletmeye yönelik bir gözle yapılan teknikleri gerçekleştirdi. Ve
Uyum sağlayan uzun vadeli planlama
ticari faydaların herkese tahakkuk etmesini sağlamak için gerekli
kısa vadeli kazanımlar bulundu.
BI çabanızı gerekçelendirin
Un veri ambarı kendi başına içsel bir değeri yoktur. Diğer
kelimelerle, teknolojiler arasında içsel bir değer yoktur.
depo ve uygulama teknikleri.
Herhangi bir ambar çabasının değeri eylemlerde bulunur
ambar ortamı ve içeriğinin bir sonucu olarak gerçekleştirilen
zamanla geliştirilen bilgiler. Bu anlaşılması gereken kritik bir noktadır.
herhangi bir girişimin değerini tahmin etmeye çalışmadan önce
Ev.
Çoğu zaman, mimarlar ve planlamacılar değer uygulamaya çalışırlar.
aslında değer olduğu zaman fiziksel ve teknik bileşenleri ambar
tarafından olumlu yönde etkilenen iş süreçleri ile kurulmuştur.
depo ve iyi edinilmiş bilgiler.
BI kurmanın zorluğu burada yatıyor: Yatırımı nasıl gerekçelendiriyorsunuz?
Bulunduğu yerin kendisinin içsel bir değeri yoksa, tasarımcıları
proje faydaları araştırmalı, tanımlamalı ve resmileştirmelidir
için depoyu kullanacak kişiler tarafından elde edilir.
belirli iş süreçlerini veya değerini iyileştirmek
korunan bilgi veya her ikisi.
Konuları karmaşık hale getirmek için herhangi bir iş süreci
depo çabalarından etkilenen faydalar sağlayabilir
"önemli" veya "hafif". Önemli avantajlar sağlar
yatırım getirisini (ROI) ölçmek için somut metrik – ör.
örneğin, bir dönem boyunca envanteri ek bir süre devretmek
belirli veya gönderi başına daha düşük nakliye maliyeti için. daha fazlası
Daha iyi erişim gibi küçük faydaları tespit etmek zor.
bilgi, somut değer açısından.
bilmek için projenizi bağlayın
iş talepleri
Proje tasarımcıları sıklıkla değer arasında bağlantı kurmaya çalışır.
işletmenin şekilsiz hedefleri olan deponun. belirten
“Bir deponun değeri, bizim
stratejik talepleri karşılayın” başlığını memnuniyetle açıyoruz.
konuşma. Ancak bu tek başına olup olmadığını belirlemek için yeterli değildir.
depoya yapılan yatırım mantıklıdır. Tekrarları birbirine bağlamak daha iyidir
özel ticari istekler ve notlar ile depo.
YG'yi ölçün
Bir depo ortamında yatırım getirisinin hesaplanması,
özellikle zor. Lider ise özellikle zordur
belirli bir tekrarın ilkesi soyut bir şeydir veya
ölçmek kolay. Bir araştırma, kullanıcıların algıladığını buldu
BI girişimlerinin iki ana faydası:
▪ Karar verme yeteneği yaratın
▪ Bilgiye erişim oluşturun
Bu faydalar, yumuşak (veya hafif) faydalardır. Görmesi kolay
Zor bir kenara dayalı bir ROI'yi nasıl hesaplayabiliriz (o
daha büyük) örneğin nakliye maliyetinin düşürülmesi gibi, ancak nasıl
daha iyi kararlar verme yeteneğimizi ölçüyor muyuz?
Bu, proje planlayıcıları için kesinlikle bir zorluktur.
şirketin belirli bir alana yatırım yapmasını sağlamaya çalışıyorlar
depo çabası. Satışları artırmak veya maliyetleri düşürmek
artık BI ortamını yönlendiren ana temalar değiller.
Bunun yerine, iş isteklerinde erişim arıyorsunuz
Bilgiye en iyi şekilde ulaşmak, böylece belirli bir departman
daha hızlı karar verir. Bunlar stratejik itici güçler ve
firma için eşit derecede önemli olan ancak
somut bir ölçüyle karakterize etmek daha belirsiz ve daha zordur.
Bu durumda, ROI'nin hesaplanması alakasız olmasa da yanıltıcı olabilir.
Proje tasarımcıları değeri gösterebilmelidir
yöneticilerin yatırım yapıp yapmadığına karar vermeleri için somut
belirli bir tekrar önemlidir. Ancak yenisini teklif etmeyeceğiz.
ROI'yi hesaplamak için bir yöntem veya herhangi bir pro veya argüman sunmayacağız
Buna karşı.
temellerini tartışan birçok makale ve kitap mevcuttur.
yatırım getirisini hesaplayın. değer gibi özel değer önermeleri vardır.
Gartner gibi grupların sunduğu Yatırım (VOI) hakkında
Araştırma için. Bunun yerine, herhangi bir projenin temel yönlerine odaklanacağız.
Dikkate almanız gereken yatırım getirisi veya diğer değer önermeleri.
Yatırım Getirisi Uygulanıyor
"Zor" faydalara karşı "yumuşak" faydalar hakkındaki tartışmaya ek olarak
İş Zekası çabalarıyla ilişkili olarak dikkate alınması gereken başka sorunlar da vardır.
ROI uyguladığımızda. Örneğin:
Gelecek DW çabalarına çok fazla tasarruf atfetmek
her halükârda
Diyelim ki şirketiniz şu mimariden geçiş yaptı:
dağıtılmış bir UNIX ortamına ana çerçeve. Bu yüzden herhangi
bu çabayla gerçekleştirilebilecek (veya gerçekleştirilemeyebilecek) tasarruflar
hepsine (?), münhasıran atfedilmemelidir.
depo.
Her şeyi hesaba katmamak pahalıdır. Ve yapılacak çok şey var
dikkate almak. Aşağıdaki listeyi göz önünde bulundurun:
▪ Fizibilite dahil başlangıç ​​maliyeti.
▪ İlgili depolama e ile ayrılmış donanımın maliyeti
Comunicazioni
▪ Yönetimi de dahil olmak üzere yazılımın maliyeti vermek ve uzantılar
istemci/sunucu, ETL yazılımı, DSS teknolojileri, araçlar
görselleştirme, çizelgeleme ve akış uygulamaları
çalışma ve izleme yazılımı, .
▪ Yapı tasarım maliyeti vermek, farkına varılmasıyla ve
optimizasyonu
▪ Çaba ile doğrudan ilişkili yazılım geliştirme maliyeti
BI
▪ Optimizasyonu da dahil olmak üzere evde destek maliyeti
performans, yazılım sürüm kontrolü dahil e
yardım işlemleri
"Big-Bang" yatırım getirisi uygulayın.
Deponun tek ve devasa bir emek olarak hayata geçirilmesi
başarısız olmaya mahkumdur, dolayısıyla bir girişim için yatırım getirisini de hesaplayın
büyük girişimin teklifi şaşırtıcı ve tasarımcıların
bütünün değerini tahmin etmek için zayıf girişimlerde bulunmaya devam etmek
çaba.
Çünkü tasarımcılar parasal bir değer vermeye çalışırlar.
yaygın olarak biliniyor ve kabul ediliyorsa girişim girişiminde
belirli tekrarları tahmin etmek zor mu? Bu nasıl mümkün olaiblir? O değil
birkaç istisna dışında mümkündür. yapma
Artık hesaplama yaparken ne yapmamamız gerektiğini belirlediğimize göre
ROI, işte tanımlamamıza yardımcı olacak bazı noktalar
BI çabalarınızın değerini tahmin etmek için güvenilir bir süreç.
ROI onayının alınması. seninki ne olursa olsun
BI çabalarınızın değerini tahmin etmek için teknik seçimi,
proje planlayıcıları da dahil olmak üzere tüm taraflarca kabul edilmelidir,
kurumsal sponsorlar ve yöneticiler.
ROI'yi tanımlanabilir parçalara ayırın. için gerekli bir adım
ROI'nin makul bir şekilde hesaplanması, bu hesaplamayı bir
özel proje. Bu daha sonra bir değer tahmin etmenizi sağlar
karşılanan belirli iş gereksinimlerine dayalı olarak
Maliyetleri tanımlayın. Belirtildiği gibi, çok sayıda maliyet
dikkate alınan. Ayrıca, maliyetler yalnızca ilgili maliyetleri içermemelidir.
tek yinelemeye değil, aynı zamanda ilişkili maliyetlere
kurumsal standartlara uygunluğu sağlamak.
Faydaları tanımlayın. ROI'yi gereksinimlerle net bir şekilde ilişkilendirerek
belirli ticaretleri, tanımlayabilmeliyiz
gereksinimlerin karşılanmasına yol açacak faydalar.
Yaklaşan kazançlarda maliyetleri ve faydaları azaltın. yol bu
değerlemelerinizi net bugünkü değere dayandırmanın en iyi yolu
(NPV), gelecekteki değeri tahmin etmeye çalışmaktan farklı olarak
gelecekteki kazançlar
YG'nizi minimuma bölmek için zaman ayırın. VE'
sizinkinde kullanıldığı uzun süre boyunca iyi belgelenmiştir
YG.
Birden fazla yatırım getirisi formülü kullanın. için çok sayıda yöntem vardır.
Yatırım Getirisi tahmini ve birini mi yoksa birini mi kullanacağınızı planlamalısınız.
artı, net bugünkü değer dahil, geri bildirimin dahili hızı
(IRR) ve kurtarma.
Tekrarlanabilir süreci tanımlayın. Bu hesaplama için çok önemlidir
Herhangi bir uzun vadeli değer. belgelendirilmelidir
tüm proje alt dizileri için tek tekrarlanabilir süreç
takip etmek.
Listelenen problemler, uzmanlar tarafından tanımlanan en yaygın problemlerdir.
hava sahası ortamı. Yönetimin ısrarı
"Big-Bang" yatırım getirisi sağlamak çok kafa karıştırıcı. tüm işlemleri başlatırsanız
ROI hesaplamalarınızı tanımlanabilir, somut parçalara ayırarak,
doğru bir ROI değerlendirmesini tahmin etmek için iyi bir şans.
ROI avantajları hakkında sorular
Avantajlarınız ne olursa olsun, yumuşak veya sert, kullanabilirsiniz
değerlerini belirlemek için bazı temel sorular. İle
1'den 10'a kadar basit bir ölçek sistemi kullanan örnek, siz
aşağıdakileri kullanarak herhangi bir çabanın etkisini takip edebilirsiniz
sorular:
▪ Anlamayı nasıl değerlendirirsiniz? vermek bunu takiben
Firmanızın projesi?
▪ Sonuç olarak süreç iyileştirmelerini nasıl tahmin edersiniz?
bu proje?
▪ Şimdi yeni öngörülerin ve çıkarımların etkisini nasıl ölçersiniz?
bu yinelemeyle kullanıma sunuldu
▪ Yeni bilgisayar ortamlarının etkisi ne oldu?
öğrenilenlerin bir sonucu olarak performans göstermek?
Bu soruların cevapları az ise, muhtemelen
işletme yapılan yatırıma değmez. yüksek olan sorular
önemli değer kazanımlarına puan verir ve
daha fazla araştırma için kılavuz görevi görür.
Örneğin, süreç iyileştirmeleri için yüksek puan
tasarımcıları süreçlerin nasıl olduğuna bakmaya yönlendirmelidir.
iyileştirildi Kazançların bir kısmının veya tamamının elde edildiğini görebilirsiniz.
bunlar somuttur ve bu nedenle parasal bir değer kolaylıkla
uygulamalı.
İlk yinelemeden en iyi şekilde yararlanmak
depo
İş çabanızın en büyük sonucu genellikle
ilk birkaç yineleme. Bu erken çabalar geleneksel olarak
halk için en yararlı bilgi içeriğini oluşturmak e
daha sonra teknolojinin temeline yardım kurar
Bi uygulamaları.
Genellikle sonraki her bir alt dizi vermek projesinin
depolar işletmeye giderek daha az ek değer getiriyor
genel. Bu, özellikle yineleme başarısız olursa geçerlidir.
yeni argümanlar ekler veya yeni bir argüman ihtiyacını karşılamaz
kullanıcı topluluğu
Bu saklama özelliği yığınlar için de geçerlidir.
büyüyen vermek tarihçiler Sonraki çabalar daha fazlasını gerektirdiğinden
vermek ve daha ne kadar vermek zamanla depoya dökülür, çoğu
vermek kullanılan analizle daha az alakalı hale gelir. Bunlar vermek bunlar
sık sık denir vermek uykuda ve onları tutmak her zaman pahalı çünkü
neredeyse hiç kullanılmazlar.
Bu, proje sponsorları için ne anlama geliyor? Esasen, ben
ilk sponsorlar yatırım maliyetinden fazlasını paylaşır.
Bu birincildir çünkü katmanın kurulması için itici güçtürler.
büyük depo kaynağı ve teknoloji ortamı,
organik dahil.
Ancak bu ilk adımlar en yüksek değeri taşır ve dolayısıyla tasarımcılar
proje genellikle yatırımı haklı çıkarmalıdır.
BI girişiminizden sonra yapılan projelerin maliyeti olabilir
aşağı (birincisine kıyasla) ve doğrudan, ancak daha az değer taşır
işletmeye.
Ve kuruluş sahiplerinin düşünmeye başlaması gerekir
birikimi atmak vermek ve daha az ilgili teknolojiler.
Veri Madenciliği : Çıkarma Vermek
Çok sayıda mimari bileşen varyasyonları gerektirir
veri madenciliği teknolojileri ve teknikleri—
örneğin, ilgi noktalarını incelemek için farklı "aracılar"
müşteriler, şirketin işletim sistemleri ve aynı dw için. Bunlar
etmenler, eğitilmiş gelişmiş sinir ağları olabilir.
dayalı gelecekteki ürün talebi gibi pot trendleri
satış promosyonu; için kural tabanlı motorlar
bir diziye tepki verilmiş durumların, örneğin teşhis
tıbbi ve tedavi önerileri; hatta basit ajanlar
istisnaları üst düzey yöneticilere raporlama rolü ile (üst düzey
yöneticiler). Genel olarak bu çıkarma işlemleri vermek si
gerçek zamanlı olarak doğrulayın; bu nedenle, birlik olmaları gerekir
hareketi ile tamamen vermek kendileri.
Çevrimiçi Analitik İşlem İşleme
Çevrimiçi analitik
Dilimleme, zar atma, yuvarlama, delme yeteneği
ve analizi gerçekleştirmek
what-if, paketin amacı kapsamındadır
IBM teknolojisi. Örneğin, analitik arıtma fonksiyonları
DB2 için boyutsal analizi devreye sokan çevrimiçi (OLAP) mevcuttur.
motoru veritabanı Aynı .
İşlevler, SQL'e boyutsal yardımcı program eklerken
DB2'nin doğal bir parçası olmanın tüm avantajlarından yararlanın. Bir diğer
OLAP entegrasyonuna örnek, ayıklama aracı DB2'dir.
OLAP Analiz Sunucusu. Bu teknoloji, küplerin
DB2 OLAP sunucusunun hızlı ve otomatik olması
değerlerini bulmak ve raporlamak için analiz edildi vermek olağandışı veya beklenmedik
ticaret analisti için tüm küp için. Ve son olarak, işlevleri
DW Center, diğerlerinin yanı sıra mimarların kontrol etmesi için araçlar sağlar
diğer şeyler için, bir DB2 OLAP sunucu küpünün profilini bir parça olarak çıkarın
ETL süreçlerinin doğası.
Mekansal Analiz Mekansal Analiz
Boşluk, analitik çapaların (iletimlerin) yarısını temsil eder.
Panorama için gerekli
geniş analitik (zaman diğer yarısını temsil eder). atomik seviye
Şekil 1.1'de gösterilen deponun (atomik düzeyde ),
hem zaman hem de mekan için temelleri içerir. kayıtlar
Zaman ve adres bilgileri için zamana dayalı çapa analizi
uzaydan çapa analizi. Zaman damgaları
Zamanında analiz yapın ve bilgi potansiyel müşterilerini adresleyin
mekansal analiz. Diyagram, coğrafi kodlama sürecini göstermektedir
adresleri bir haritadaki noktalara veya uzaydaki noktalara dönüştürmek
Böylece mesafe ve içeri/dışarı gibi kavramlar
analizde kullanılır - atomik düzeyde ve uzamsal analizde gerçekleştirilir
analistin kullanımına sunulur. IBM uzantılar sağlar
Çevresel Sistem Araştırma Enstitüsü (ESRI) ile geliştirilen uzay,
al veritabanı DB2, böylece uzamsal nesneler
normal bir parçası olarak tutulur veritabanı ilişkisel. db2
Mekansal Genişleticiler, aynı zamanda tüm SQL uzantılarını sağlarlar.
Mekansal analizden yararlanın. Örneğin, SQL uzantıları
soru hakkında
adresler arasındaki mesafe veya bir nokta bir alanın içinde veya dışındaysa
tanımlı çokgen, Uzamsal ile analitik bir standarttır
genişleticiler. Daha fazla bilgi için 16. bölüme bakın.
veritabanı- Yerleşik Araçlar Araçlar veritabanı-
Resident
DB2, birçok SQL BI yerleşik yardımcı özelliğine sahiptir
analiz eyleminde. Bunlar şunları içerir:
▪ "bul" gibi analiz gerçekleştirmek için yineleme işlevleri
olası tüm uçuş yolları San Francisco a New York anlayışının sonucu olarak, buzdolabında iki üç günden fazla durmayan küçük şişeler elinizin altında bulunur.
▪ Sıralama, kümülatif fonksiyonlar, küp için analitik fonksiyonlar
ve normalde gerçekleşen görevleri kolaylaştırmak için toplamalar
sadece OLAP teknolojisi ile, artık hayatın doğal bir parçası
motoru veritabanı
▪ Sonuçları içeren tablolar oluşturma yeteneği
satıcıları veritabanı liderler iş zekası yeteneklerinden daha fazlasını birleştirir
içinde veritabanı kendisi.
Ana tedarikçileri veri tabanı fazla karıştırıyorlar
BI'nın işlevselliği veritabanı kendisi.
Bu, dosyalar için en iyi performansı ve daha fazla yürütme seçeneğini sağlar
İş zekası çözümleri.
DB2 V8 özellikleri ve işlevleri tartışılıyor
aşağıdaki bölümlerde ayrıntılı olarak:
Teknik Mimari ve Veri Yönetimi Temelleri
(Bölüm 5)
▪ DB2 BI Temelleri (Bölüm 6)
▪ DB2 Gerçekleştirilmiş Sorgu Tabloları (Materyalleştirilmiş Sorgu
Tablolar) (Bölüm 7)
▪ DB2 OLAP İşlevleri (Bölüm 13)
▪ DB2 Enhanced BI özellikleri ve işlevleri (Enhanced BI
Özellikler ve İşlevler) (Bölüm 15)
Basitleştirilmiş Veri Dağıtım Sistemi
dağıtım sistemi vermek basitleştirilmiş
Şekil 1.1'de gösterilen mimari, birkaç
yapılar vermek fiziksel. Biri, deposu vermek operasyonel.
Genel olarak, bir ODS nesne yönelimlidir,
entegre ve güncel. Desteklemek için bir ODS oluşturur musunuz, ör.
Örneğin, satış ofisi. ODS satışları ek olacaktır vermek
çok sayıda farklı sistemden ancak yalnızca, ör.
örneğin bugünün işlemleri. ODS güncellenebilir
hatta günde birkaç kez. Aynı zamanda, süreçler
it ben vermek diğer uygulamalara entegre edilmiştir. Bu tesis
entegre etmek için özel olarak tasarlanmış vermek güncel ve dinamik e
gerçek zamanlı analitiği desteklemek için muhtemel bir aday olacaktır,
servis aracıları nasıl sağlanır müşteriler satış bilgileri
satış eğilimi bilgilerini çıkararak müşteri akımları
deponun kendisinden. Şekil 1.1'de gösterilen diğer bir yapı ise
dw için resmi bir durum. Burası sadece
gerekli entegrasyonun yürütülmesi, kalite vermekVe
dönüşümünün vermek stok geliyor, ama aynı zamanda
için güvenilir ve geçici bir depolama alanı vermek bunu tekrarladı
gerçek zamanlı analitikte kullanılabilir. eğer karar verirsen
bir ODS veya hazırlama alanı kullanın, bir
Bu yapıları doldurmak için en iyi araçlardan biri vermek kullanarak
farklı operasyonel kaynaklar, DB2'nin heterojen dağıtılmış sorgusudur.
Bu yetenek, isteğe bağlı DB2 özelliği tarafından sağlanır
DB2 Relational Connect (yalnızca sorgular) olarak adlandırılır ve DB2 aracılığıyla
DataJoiner (soruyu ileten ayrı bir ürün,
ekleme, güncelleme ve iptal etme olasılığı
heterojen olarak dağıtılmış RDBMS'ler).
Bu teknoloji, mimarların vermek bağlamak vermek di
Analitik süreçlerle üretim. Sadece teknoloji değil
neredeyse tüm replikasyon isteklerine uyum sağlayın
gerçek zamanlı analizler bulabilirler, ancak
ayrıca çok çeşitli tabanlara bağlanabilirler vermek daha
DB2, Oracle, Sybase, SQL Server dahil olmak üzere popüler
Infomix ve diğerleri. DB2 DataJoiner, doldurmak için kullanılabilir
yapı vermek ODS veya hatta bir masa gibi resmi
restorasyon için tasarlanmış depoda kalıcı olarak temsil edilir
hızlı anlık güncellemeler veya satılık. doğal olarak
bu aynı yapılar vermek kullanılarak doldurulabilir
çoğaltmak için tasarlanmış bir başka önemli teknoloji vermekIBM
DataPropagator İlişkisel. (DataPropagator ayrı bir üründür
merkezi sistemler için DB2 UNIX, Linux, Windows ve OS/2 şunları içerir:
çoğaltma hizmetleri vermek standart bir özellik olarak).
Taşımak için başka bir yöntem vermek etrafında çalışan
aksi halde kuruluşa bir kurumsal uygulama entegratörü
mesaj komisyoncusu olarak bilinir.
Eşsiz teknoloji, merkezde benzersiz kontrol sağlar
(hedefleme) ve taşı vermek şirket çevresinde. IBM'in komisyoncusu var
en yaygın kullanılan mesaj olan MQSeries'in veya bir varyasyonun
gereksinimlerini içeren ürünün e-ticaretIBM
WebSphere MQ.
desteklemek için MQ'dan nasıl yararlanılacağı hakkında daha fazla tartışma için
depo ve BI ortamını ziyaret edin web sitesi kitabın. Şimdilik öyle
Bu teknolojinin mükemmel bir ortam olduğunu söylemek yeterli.
yakalama ve dönüştürme (MQSeries Integrator kullanarak) vermek
BI çözümleri için işe alınan hedeflenen operatörler. Orada
MQ teknolojisi, UDB V8'de entegre edilmiş ve paketlenmiştir.
mesaj kuyruklarının artık yönetilebileceği anlamına gelir
sanki DB2 tablolarıymış gibi. kaynak kavramı
kuyruğa alınmış mesajlar ve evreni veritabanı ilişkisel kafalar
güçlü bir dağıtım ortamına doğru vermek.
Sıfır Gecikme Sıfır gecikme
IBM için nihai stratejik hedef, sıfır gecikmeli analizdir.
tarafından tanımlandığı gibi
Gartner, bir BI sistemi çıkarım yapabilmeli, özümseyebilmelidir
ve talep üzerine analistlere bilgi sağlamak. Meydan okuma,
nasıl karıştırılacağına bağlı tabi vermek güncel ve gerçek zamanlı
gibi gerekli tarihsel bilgilerle birlikte vermek ilgili model /
eğilimi veya çıkarılan anlayış,
Müşteri.
Bu tür bilgiler, örneğin, müşteriler ad
yüksek veya düşük riskli veya hangi ürünleri i müşteriler çok şey satın alacaklar
muhtemelen arabalarında biraz peynir varsa
satın almalar.
Sıfır gecikme elde etmek aslında iki şeye bağlıdır
temel mekanizmalar:
▪ Tam birleştirme vermek hangileri ile çözümlenir
yerleşik teknikler ve BI tarafından geliştirilen araçlarla
▪ Bir dağıtım sistemi vermek sağlamak için verimli
gerçek zamanlı analiz aslında mevcuttur
Sıfır gecikme için bu önkoşullar, ikisinden farklı değildir
IBM tarafından belirlenen ve yukarıda açıklanan hedefler.
Sıkı bağlantı vermek nın parçasıdır
IBM tarafından düzenlenen sorunsuz entegrasyon. Ve bir sistem oluştur
teslim edilmesi vermek Verimlilik tamamen bağımlıdır
teslimat sürecini basitleştiren mevcut teknoloji
vermek. Sonuç olarak, IBM'in üç hedefinden ikisi kritiktir
üçüncü yapmak için. IBM bilinçli olarak kendi
sıfır gecikme sağlamak için teknoloji bir gerçekliktir
depo çabaları.
Özet / Sentez
BI organizasyonu aşağıdakiler için bir yol haritası sağlar:
ortamınızı yaratın
yinelemeli ihtiyaçlarını yansıtacak şekilde ayarlanmalıdır.
işiniz, hem şimdiki hem de gelecekteki. Mimari vizyonsuz
geniş, stok temsilcileri biraz daha fazla
çok az şey yapan rastgele merkezi depo uygulamaları
geniş, bilgilendirici bir kuruluş oluşturun.
Proje yöneticilerinin önündeki ilk engel, projenin nasıl gerekçelendirileceğidir.
BI organizasyonunun gelişimi için gerekli yatırımlar.
ROI hesaplaması,
depo başarıları, daha zor hale geliyor
kesin olarak tahmin edin. Bu, diğer yöntemlere yol açmıştır.
paranızın karşılığını alıp almadığınıza karar verin. bu
örneğin yatırım değeri2 (VOI) elde edilir
çözüm olarak.
mimarlarının görevidir. vermek ve proje planlayıcılarında
kasten bilgi üretmek ve derneklere bilgi sağlamak
kullanıcılar ve sadece bir sui hizmeti vermekle kalmaz vermek. Var
ikisi arasındaki büyük fark. Bilgi kişinin yaptığı bir şeydir
karar verme süreçlerinde ve etkinlikte farklılık; nispeten ben
vermek bu bilgiyi türetmek için yapı taşlarıdır.
Kaynağı eleştirse bile vermek istekleri ele almak
iş dünyasında, BI ortamı daha büyük bir rol oynamalı
bilgi içeriğinin oluşturulmasında. Almalıyız
temizlemek, bütünleştirmek, dönüştürmek veya
aksi takdirde, buna göre bir bilgi içeriği oluşturun.
kullanıcılar harekete geçebilir ve bu nedenle, bunların
makul olduğunda, eylemler ve bu kararlar geri bildirime sahiptir
BI ortamında. Depoyu yalnızca hizmet vermesi için devredersek vermek,
içeriği kullanıcı ilişkilendirmelerinin oluşturacağı garanti edilir
harekete geçmek için gerekli bilgiler. Bu, onların
topluluk daha iyi kararlar alabilecek, ancak işletme
kullandıkları bilgi eksikliğinden muzdariptir.
Verilmiş mimarların ve proje planlayıcılarının projeleri başlatması
BI ortamına özgü olarak, kuruluşa karşı sorumlu olmaya devam ederler
genel olarak. Bu ikili özelliğin basit bir örneği
BI yinelemelerinin yüzleri kaynakta bulunur vermek. Hepsi
vermek belirli ticari talepler için alınan
ilk atomik katmanda bulunur. Bu gelişmeyi sağlar
kurumsal bilgi varlığını yönetmenin yanı sıra yönlendirin
yinelemede tanımlanan belirli kullanıcı istekleri.

Veri ambarı nedir?
Veri deposu bilgi sistemleri mimarisinin kalbidir
1990'dan beri ve sağlam bir çözüm sunarak bilgi süreçlerini desteklemektedir.
entegre platformu vermek sonrası için temel alınan tarihsel
analizler. ONLAR veri ambarı entegrasyon kolaylığı sunar.
uyumsuz uygulama sistemleri dünyası. Tarih
depo bir moda haline geldi. Veri deposu
organize et ve ezberle i vermek bilgi süreçleri için gerekli e
uzun bir tarihsel zamansal perspektif temelinde analitik. Tüm
bu, inşaatta önemli ve sürekli bir çaba gerektirir ve
bakımında veri ambarı.
peki nedir veri ambarı? A veri ambarı dır-dir:
▪ konu odaklı
▪ entegre sistem
▪ zaman değişimi
▪ uçucu değildir (iptal etmez)
koleksiyonu vermek yönetim kararlarının desteklenmesinde kullanılan
süreçlerin uygulanması.
I vermek sokulmuş veri ambarı çoğunda ortaya çıkar
operasyonel ortamlardan vakalar. bu veri ambarı biri tarafından yapılır
geri kalanından fiziksel olarak ayrılmış depolama birimi
içeren sistem vermek tarafından önceden işlenmiş
çevreden elde edilen bilgiler üzerinde çalışan uygulamalar
operasyonel.
Bir kelimenin gerçek tanımı veri ambarı kapsamlı bir araştırmayı hak ediyor
önemli motivasyonları ve anlamları olduğu için açıklama
bir deponun özelliklerini tanımlayan fon.
KONU YÖNLENDİRME YÖNLENDİRME
KONU İLE İLGİLİ
İlk özelliği bir veri ambarı amaçlanan olmasıdır
bir şirketteki büyük oyuncular. Süreçlerin kılavuzu aracılığıyla
vermek öngören daha klasik yöntemin tersidir.
uygulamaların süreçlere ve işlevlere yönlendirilmesi,
çoğunlukla çoğu kişi tarafından paylaşılan yöntem
eski yön sistemleri.
İşletim dünyası, uygulamalar ve işlevler etrafında tasarlanmıştır
bir kurum için krediler, tasarruflar, banka kartları ve güven gibi
parasal. dw dünyası konular etrafında organize edilmiştir
müşteri, satıcı, ürün ve faaliyet gibi.
Konular etrafındaki hizalama, tasarımı etkiler ve
yapımında vermek dw'de bulundu. En önemlisi,
ana konu, metnin en önemli bölümünü etkiler.
anahtar yapı.
Uygulamanın dünyası, hem verilerin tasarımından etkilenir
süreç tasarımından daha temel. Dünyası
dw yalnızca video modellemeye odaklanır vermek ve üzerinde
çizimi veritabanı. Sürecin tasarımı (formunda
classic) dw ortamının bir parçası değildir.
Proses/işlev uygulaması seçimi ve
konu seçimi de içerik farklılıkları olarak ortaya çıkar
arasında vermek ayrıntılı düzeyde. ONLAR vermek del dw i'yi içermez vermek o
uygulamalar sırasında DSS işlemi için kullanılmayacaktır.
operasyonel odaklı vermek ben içerir vermek tatmin etmek
anında o olabilecek fonksiyonel/işleme gereksinimleri
en azından DSS analisti için herhangi bir kullanımı var.
Operasyonel odaklı uygulamaların bir başka önemli yolu
ai vermek farklı vermek dw'nin raporlarında vermek. Ben vermek
operatörler iki veya daha fazla tablo arasında devam eden bir ilişki sürdürür
etkin olan bir iş kuralına göre. ONLAR vermek tarafından dw
bir zaman spektrumunu kapsarlar ve dw'de bulunan oranlar
birçok. Birçok ticaret kuralı (ve buna bağlı olarak, birçok
raporları vermek ) stokunda temsil edilir vermek iki arasında veya
daha fazla tablo
(Arasındaki ilişkilerin nasıl olduğuna dair ayrıntılı bir açıklama için vermek bunlar
DW'de yönetiliyorsa, bununla ilgili Teknik Konuya atıfta bulunuruz.
soru.)
Farklılığın bakış açısı dışında hiçbir perspektiften
işlevsel/süreç ve uygulama seçimi arasında temel
bir konu seçimi, sistemler arasında daha büyük bir fark var
operasyonel ve vermek ve DW.
ENTEGRASYON ENTEGRASYON
dw ortamının en önemli yönü, i vermek kurmak
dw içinde kolayca entegre edilirler. HER ZAMAN. OLMADAN
İSTİSNALAR. dw ortamının özü, i vermek
depo sınırları içinde yer alan entegrelerdir.
Entegrasyon kendini birçok farklı şekilde gösterir - sözleşmelerde
tutarlı değişkenler ölçüsünde tutarlı olarak tanımlanmış,
fiziksel özelliklerinde tutarlı kodlanmış yapılar vermek
tutarlı, vb.
Yıllar geçtikçe, çeşitli uygulamaların tasarımcıları bunu yaptı.
bir uygulamanın nasıl olması gerektiği konusunda birçok karara sahip olmak
geliştirmek. Stil ve kişiselleştirilmiş tasarım kararları
tasarımcıların uygulamalarının yüzdesi yüz şekilde ortaya çıkıyor:
kodlama farklılıkları, anahtar yapı, fiziksel özellikler,
tanımlama kuralları vb. Birçoğunun kolektif kapasitesi
tutarsız uygulamalar oluşturmak için uygulama tasarımcıları
bu efsanevi. Şekil 3, daha fazla farktan bazılarını ortaya koymaktadır.
uygulamaların tasarlanma şekillerinde önemlidir.
Kodlama: Kodlama:
Uygulama tasarımcıları alan kodlamayı seçti –
seks - farklı şekillerde. Bir tasarımcı seksi şu şekilde temsil eder:
bir "m" ve "f". Başka bir tasarımcı, cinsiyeti "1" olarak temsil eder.
ve bir "0". Başka bir tasarımcı, cinsiyeti "x" olarak temsil eder ve
"y". Başka bir tasarımcı, cinsiyeti "erkek" olarak temsil eder ve
"dişi". Cinsiyetin DW'ye nasıl girdiği gerçekten önemli değil. Onlara"
ve "F" muhtemelen hepsi kadar iyidir
temsil.
Önemli olan, cinsiyet alanının kaynağı ne olursa olsun,
bu alan DW'ye tutarlı bir entegre durumda gelir. İtibaren
alan DW'ye yüklendiğinde sonuç
formatta çözüldüğü bir uygulama
“M” ve “F”, ben vermek DW formatına dönüştürülmelidir.
Niteliklerin Ölçülmesi: Ölçülmesi
Öznitellikler:
Uygulama tasarımcıları boru hattını şu şekilde ölçmeyi seçti:
kurs boyunca çeşitli yollar
Bazı yıllar. Bir tasarımcı mağazaları ben vermek boru hattının içine
santimetre. Başka bir uygulama tasarımcısı, vermek
boru hattının inç cinsinden. Başka bir tasarımcı
uygulama mağazaları ben vermek boru hattının milyon fit küp cinsinden
her saniye. Ve başka bir tasarımcı,
yarda cinsinden boru hattı. Kaynak ne olursa olsun, ne zaman
boru hattı bilgisi DW'ye geldiğinde, olması gerekenler
aynı şekilde ölçülür.
Şekil 3'teki göstergelere göre entegrasyon sorunları
tasarımın neredeyse her yönünü etkiler - özellikler
fiziksel tanrılar vermekbirden fazla kaynağa sahip olma ikilemi vermekiçinde
tutarsız tanımlanmış numuneler meselesi, formatları vermek
tutarsız vb.
Tasarım argümanı ne olursa olsun, sonuç aynıdır –
i vermek DW'de tek bir e'de saklanmalıdır
işletim sistemlerinde bile küresel olarak kabul edilebilir bir şekilde
fon deposu farklı i vermek.
DSS analisti DW'ye baktığında, analistin merceği
sömürü olmalı vermek depoda olanlar,
güvenilirliğini veya tutarlılığını merak etmek yerine
vermek.
ZAMAN DEĞİŞMESİ
Hepsi ben vermek DW'de zamanın bir anına kadar doğrudurlar.
Bu temel özelliğin vermek DW'de çok farklı vermek
çalışma ortamında bulunur. ONLAR vermek çalışma ortamının
erişim anındaki kadar doğru. Başka bir deyişle,
bir birime erişirken çalışma ortamında vermek, Ama aynı zamanda
erişim anındaki gibi doğru değerleri yansıtmasını bekleyin.
Neden ben vermek DW'de bazı zamanlarda olduğu gibi doğrudur
zaman (yani “şu anda” değil), ben vermek DW'de bulunan
onlar "zaman farkı" dır.
zaman farkı vermek DW tarafından çeşitli şekillerde anılır.
En basit yol, ben vermek bir DW'nin temsili vermek bu bir
uzun zaman ufku - beş ila on yıl. Ufuk
çalışma ortamı için temsil edilen süre çok daha kısadır
▪ bugünün cari değerlerinden altmış doksana kadar
İyi çalışması gereken ve olması gereken uygulamalar
işlem işleme için kullanılabilir getirmek gerekir
asgari miktar vermek herhangi bir dereceyi kabul ederlerse
esneklik. Yani operasyonel uygulamaların bir ufku var
kısa zaman çerçevesi, bir tasarım argümanı olarak
ses uygulamaları
DW'de 'zaman değişimi'nin ikinci şekilde ortaya çıkması,
anahtar yapı. DW'deki her anahtar yapı şunları içerir:
zımnen veya açıkça, bir zaman öğesi, örneğin
gün, hafta, ay vb. Zaman unsuru neredeyse her zaman
DW'de bulunan birleştirilmiş anahtarın altında. Bunların içinden
bazı durumlarda, şans gibi, zaman öğesi zımnen var olacaktır.
ayın veya çeyreğin sonunda tüm dosyanın kopyalandığı yer.
Zaman farkının üçüncü şekilde görüntülenmesi, i vermek del
DW, doğru şekilde kaydedilmiş, olamaz
güncellenmiş. ONLAR vermek DW'nin tüm pratik amaçları için uzun bir tanesidir.
anlık görüntü dizisi (anlık görüntü). Tabii anlık görüntüler ise
yanlış çekilmişse, anlık görüntüler
değiştirilmiş. Ancak anlık görüntülerin çekildiğini varsayarsak
doğru, yapılır yapılmaz değiştirilmezler. bazılarında
Anlık görüntülerin etik dışı ve hatta geçersiz olabileceği durumlarda
DW değiştirildi. ONLAR vermek operasyonel, olduğu gibi doğru olmak
erişim anında, göründüğü gibi güncellenebilirler
ihtiyaç.
UÇUCU DEĞİL
DW'nin dördüncü önemli özelliği uçucu olmamasıdır.
Güncellemeler, eklemeler, silmeler ve değişiklikler yapılır
kayıt kayıt operasyonel ortamlar için düzenli olarak. Ama
temel manipülasyon vermek DW'de ihtiyaç duyulan çok daha fazla
basit. Sistemde gerçekleşen sadece iki tür işlem vardır.
DW – ilk yükleme vermek ve erişim vermek. Yok
güncelleme yok vermek (genel anlamda
güncelleme) DW'de normal bir işleme işlemi olarak.
Bu farkın bazı çok güçlü sonuçları vardır.
operasyonel işleme ve DW işleme arasındaki temel. Düzeyinde
tasarım gereği, yükseltme konusunda dikkatli olma ihtiyacı
güncellemesinden bu yana DW'de anormal bir faktör değildir. vermek o değil
gerçekleştirillen. Bu, tasarımın fiziksel düzeyinde,
erişimi optimize etmek için özgürlükler alınabilir. vermek,
özellikle standardizasyon konularını ele alırken ve
fiziksel denormalizasyon Sadeliğin bir başka sonucu
DW'nin operasyonlarının yüzdesi,
DW ortamını çalıştırın. Güncellemeleri desteklemek zorunda olmak
satır içi kayıtla kayıt (çoğu zaman olduğu gibi
operasyonel işleme) teknolojinin bazı özelliklere sahip olması gerekir
bariz bir basitlik altında çok karmaşık temeller.
Yedekleme ve kurtarmayı destekleyen teknoloji, işlemler
ve bütünlüğü vermek ve çıkmazın keşfi ve çaresi
oldukça karmaşıktır ve DW işleme için gerekli değildir.
Bir DW'nin özellikleri, tasarım yönelimi,
entegrasyonu vermek DW içinde, zaman farkı ve basitlik
yönetiminin vermek, her şey çok, çok bir ortama yol açar
klasik işletim ortamından farklıdır. Neredeyse hepsinin kaynağı
vermek DW çalışma ortamıdır. Düşünmek cazip
büyük bir fazlalık olduğunu vermek iki ortam arasındadır.
Aslında, birçok insanın sahip olduğu ilk izlenim,
büyük fazlalık vermek çalışma ortamı ile çalışma ortamı arasındaki
DW uzantısı. Böyle bir yorum yüzeyseldir ve
DW'de ne olduğunu anlama eksikliği.
Aslında minimum fazlalık var vermek çalışma ortamı arasındaki
ve vermek DW'nin. Aşağıdakileri dikkate alıyoruz:
▪ ben vermek filtrelenirler verilmiş çalışma ortamından geçtiğiniz
DW ortamına. Birçok vermek asla bayılmazlar
çalışma ortamından. sadece ben vermek için gerekli olanlar
DSS işleme, yönünü çevrede bulur
▪ zaman ufku vermek bir ortamdan çok farklı
diğerine. ONLAR vermek çalışma ortamında çok tazedirler. ONLAR vermek
DW'de çok daha yaşlılar. Sadece perspektiften
zaman ufkunda çok az örtüşme var
çalışma ortamı ve DW arasında.
▪ DW şunları içerir: vermek asla bulunamayan özet
çevrede
▪ ben vermek beri köklü bir dönüşüm geçirmektedir.
Şekil 3'e geçtikleri an, en çok
parçası vermek sağlanan önemli ölçüde değişti
seçilmeli ve DW'ye taşınmalıdır. Başka bir deyişle,
çoğu vermek fiziksel olarak değiştirilmiş e
DW'ye taşınırken radikal bir şekilde. bakış açısından
entegrasyon aynı değil vermek kim ikamet ediyor
çalışma ortamında.
Bu faktörler göz önüne alındığında, fazlalık vermek iki ortam arasındaki
ikisi arasında %1'den daha az fazlalığa yol açan nadir bir olay
ortamlar.
DEPO YAPISI
DW'ler ayrı bir yapıya sahiptir. Çeşitli özet seviyeleri vardır ve
DW'leri sınırlayan detay.
Bir DW'nin çeşitli bileşenleri şunlardır:
▪ Meta veriler
▪ Vermek güncel ayrıntılar
▪ Vermek eski detay
▪ Vermek biraz özetlenmiş
▪ Vermek çok özetlenmiş
Şimdiye kadar asıl endişe benim için vermek ayrıntı
akımlar. Birincil kaygıdır çünkü:
▪ ben vermek güncel ayrıntılar en son olayları yansıtır,
her zaman büyük ilgi gören ve
▪ ben vermek mevcut ayrıntıların çoğu hacimlidir çünkü
en düşük taneciklik seviyesinde depolanır e
▪ ben vermek güncel ayrıntılar neredeyse her zaman
Erişimi hızlı, ancak pahalı ve
gelen karmaşık
I vermek detay daha eski vermek hangilerinde saklanır
biraz hatıra kitle. Ara sıra erişimi vardır ve
ile uyumlu bir ayrıntı düzeyinde saklanır. vermek detaylı
akımlar. ortamında saklanması zorunlu olmamakla birlikte,
hacmi nedeniyle alternatif bellek vermek ile birleşmiş
ara sıra erişim vermekiçin depolama ortamı vermek di
daha eski ayrıntılar genellikle diskte depolanmaz.
I vermek hafifçe özetlediler vermek alt damıtılmış
mevcut detay seviyesinde bulunan detay seviyesi. Bu
DW seviyesi neredeyse her zaman disk belleğinde saklanır. ONLAR
kendilerini mimara sunan tasarım sorunları vermek
DW'nin bu seviyesinin yapımında:
▪ Yukarıdaki özetleme hangi zaman biriminde yapılmıştır?
▪ Hangi içerik, nitelikler biraz özetleyecektir
içeriği vermek
Bir sonraki seviye vermek DW'de bulunan vermek son derece
özetlenmiş. ONLAR vermek son derece özetlenmiş kompakt ve kolayca
erişilebilir. ONLAR vermek çok özetlenmiş bazen bulunur
DW ortamında ve diğer durumlarda i vermek çok özetlemişler
DW'yi barındıran teknolojinin yakın duvarlarının dışında bulundu.
(her durumda, ben vermek son derece özetlenenler DW'nin bir parçasıdır
nerede olursam olayım vermek fiziksel olarak muhafaza edilir).
DW'nin son bileşeni, meta veri bileşenidir. Pek çok açıdan
meta veriler diğerlerinden farklı bir boyutta oturur vermek
DW'nin, çünkü meta veriler herhangi bir şey içermez. verilmiş doğrudan doğruya
çalışma ortamından alınmıştır. Meta verinin özel bir rolü vardır.
DW'de çok önemli. Meta veriler şu şekilde kullanılır:
▪ DSS analistinin öğeyi bulmasına yardımcı olacak bir dizin
DW içeriği,
▪ haritalama için bir rehber vermek nasıl ben vermek edildi
işletim ortamından DW ortamına dönüştürülür,
▪ i arasında özetleme için kullanılan algoritmalar için bir rehber vermek di
geçerli ayrıntı ei vermek biraz özet geçtim vermek son derece
özetlenmiş,
Meta veriler, DW ortamında çok daha büyük bir rol oynar
işletim ortamında şimdiye kadar sahip olduklarıyla karşılaştırıldığında
ESKİ DETAY DEPOLAMA ORTA
Manyetik bant bu tür depolamak için kullanılabilir
vermek. Gerçekten de çok çeşitli depolama ortamları vardır.
eskilerin korunması için düşünülmeli vermek di
detay.
hacmine bağlı olarak vermek, erişim sıklığı, maliyet
araçlara ve erişim türüne bağlı olarak, tamamen olasıdır.
diğer araçların eski ayrıntı düzeyine ihtiyaç duyacağını
DW'de.
VERİ AKIŞI
Normal ve tahmin edilebilir bir akışı vardır. vermek DW içinde.
I vermek işletim ortamından DW'ye girerler. (NOT: var
bu kuralın bazı çok ilginç istisnaları. Ancak, neredeyse
tutti ben vermek işletim ortamından DW'yi girin). Verilmiş ki ben vermek
DW'ye çalışma ortamından girerler, olduğu gibi dönüştürülür
daha önce tarif edildi. DW'ye girmeniz koşuluyla, ben vermek girerler
gösterildiği gibi geçerli ayrıntı düzeyi. Orada bulunur ve kullanılır.
üç olaydan biri gerçekleşene kadar:
▪ saflaştırılır,
▪ özetlenir ve/veya
▪
Bir DW içinde kullanılmayan süreç i taşır vermek güncel ayrıntılar
a vermek ayrıntı eski, yaşına göre vermek. Süreç
özetleme detayını kullanır vermek hesaplamak için vermek
biraz özetlenmiş ve oldukça özetlenmiş seviyeleri vermek. Var
Gösterilen akışa bazı istisnalar (daha sonra tartışılacaktır).
Ancak, genellikle, büyük çoğunluğu için vermek kurmak
bir DW içinde, akışı vermek temsil edildiği gibidir.
VERİ AMBARINI KULLANMAK
Şaşırtıcı olmayan bir şekilde, çeşitli seviyelerde vermek DW içinde değil
farklı kullanım seviyeleri alır. Kural olarak, seviye ne kadar yüksek olursa
özetleme artı ben vermek onlar kullanılır.
Birçok kullanım meydana gelir vermek oldukça özetlenmişken, eski
vermek detay neredeyse hiç kullanılmaz. içinde iyi bir sebep var
organizasyonu kaynak kullanım paradigmasına taşıyın. Daha fazlası var
özet ben vermekulaşmak o kadar hızlı ve verimli olur. vermek. kendisi
un mağaza DW'lerin ayrıntılı düzeyde işlenmesini yaptığını bulun,
daha sonra karşılık gelen büyük miktarda makine kaynağı
tüketilir. Mahkemeye gitmek herkesin çıkarınadır
kısa sürede yüksek düzeyde özetlemede olduğu gibi.
Birçok mağaza için, DW öncesi bir ortamda bulunan DSS analisti,
vermek ayrıntı düzeyinde. gelişi pek çok açıdan vermek detaylı
mevcut olduklarında bile bir güvenlik battaniyesine benzer
diğer özetleme seviyeleri. mimarın yaptığı faaliyetlerden biridir. vermek è
DSS kullanıcısını sürekli kullanımdan vazgeçirmek vermek artı seviyede
düşük detay Mevcut iki sebep var
mimarının vermek:
▪ son kullanıcının ödeme yaptığı bir ters ibraz sisteminin kurulması
tüketilen kaynaklar e
▪ çok iyi yanıt süresinin
i ile davranış elde edildiğinde vermek yüksek standartta
özetleme, zayıf yanıt süresi ise
davranışları vermek düşük seviyede
DİĞER DEĞERLENDİRMELER
Birkaç başka inşaat ve yönetim hususu var
DW uzantısı.
İlk düşünce, endekslerinkidir. ONLAR vermek en yüksek seviyelerde
özetleme serbestçe dizine eklenebilirken i vermek
daha düşük ayrıntı seviyelerinde o kadar hantaldırlar ki,
idareli indekslenir. Aynı belirteçten, ben vermek yüksek seviyelerde
detay nispeten kolayca geri yüklenebilir,
hacmi ise vermek alt seviyelerde o kadar büyük ki ben vermek yok
kolayca yenilenebilirler. Sonuç olarak, model
arasında vermek ve tasarım tarafından yapılan resmi çalışma,
DW için temel, neredeyse yalnızca seviyeye uygulandı
detay akımı Başka bir deyişle, modelleme faaliyetleri
vermek hemen hemen her durumda özetleme seviyelerine uygulanmazlar.
Diğer bir yapısal husus, alt bölümlere ayrılmasıdır.
vermek DW tarafından
Bölme, iki düzeyde yapılabilir - düzeyinde dbm'ler ve
uygulama seviyesi. Seviyedeki bölünmede dbm'ler, dbm'ler è
birimleri bilgilendirir ve kontrol eder. Bu durumuda
uygulama düzeyinde bölünme, yalnızca programcı
bölümler ve sorumlulukları hakkında bilgi verildi.
yönetim ona kaldı
Seviyenin altında dbm'ler, birçok iş otomatik olarak yapılır. Orada
otomatik yönetimiyle ilişkili çok fazla esneklik
bölümler. Bölüm düzeyinde uygulama söz konusu olduğunda, vermek del
veri ambarı, programcıya çok iş düşer, ancak
Nihai sonuç, yönetimde esnekliktir. vermek tarihte
depo
ALT ANOMALİ
bileşenleri iken veri ambarı açıklandığı gibi çalışırlar
neredeyse hepsi için vermekolması gereken bazı yararlı istisnalar vardır.
Tartışılmalı. Bir istisna, vermek genel özetler
(genel özet veriler). Bunlar vermek olmuş özetler
üzerinden hesaplanan veri ambarı ama toplum tarafından kullanılıyorlar. ONLAR vermek
genel özetler şu adreste depolanır ve yönetilir: veri ambarı,
yukarıda bahsedildiği gibi olsa da, bunlar çözüldü. ONLAR
muhasebeciler böyle üç ayda bir üretmek için çalışır vermek gibi
gelir, üç aylık giderler, üç aylık kar vb. İş
muhasebeciler tarafından yapılan dış veri ambarı. Ancak, ben vermek bunlar
şirket içinde "dahili olarak" kullanılır - pazarlama, satış vb.
Tartışılmayacak olan bir başka anormallik de vermek Dış.
Bir diğer öne çıkan tür vermek bir veride bulunabilen
depo, kalıcı detay verilerinin deposudur. Bunlar neden olur
kalıcı olarak saklamam gerekiyor i vermek bir seviyede
etik veya yasal nedenlerle ayrıntılı. Eğer bir şirket i gösteriyorsa
tehlikeli maddelerle ilgili çalışanlara ihtiyaç vardır vermek
detaylı ve kalıcı. Bir şirket bir ürün üretiyorsa,
kamu güvenliğini içerir, bir uçağın hangi bölümleri vardır,
ihtiyaç vermek kalıcı detaylı, hem de bir şirket gibi
tehlikeli sözleşmeler yapmak
Şirket belirli nedenleri gözden kaçırmayı göze alamaz
önümüzdeki birkaç yıl içinde, bir dava, bir geri çağırma, bir
tartışmalı inşaat hatası, vb. şirket maruziyeti
büyük olabilir. Sonuç olarak, benzersiz bir tür vardır. vermek
kalıcı detay verileri olarak bilinir.
ÖZET
Un veri ambarı nesne yönelimli, entegre bir varyantıdır.
zaman, koleksiyon vermek ihtiyaçlarını desteklemek için uçucu olmayan
yönetim kararı. öne çıkan özelliklerinden her biri
un veri ambarı etkileri vardır. artı dört tane var
seviyeleri vermek del veri ambarı:
▪ Eski ayrıntılar
▪ Geçerli ayrıntı
▪ Vermek biraz özetlenmiş
▪ Vermek çok özetlenmiş
Meta veriler de önemli bir parçasıdır. veri ambarı.
SOYUT
depolama anlayışı vermek yakın zamanda alınan
çok ilgi gördü ve 90'ların trendi haline geldi.
yeteneğinden dolayı bir veri ambarı üstesinden gelmek
gibi yönetim destek sistemlerinin sınırlamaları
karar destek sistemleri (DSS) ve bilgi sistemleri
yöneticiler (EIS).
kavramına rağmen, veri ambarı umut verici görünüyor,
uygula ben veri ambarı sorunlu olabilir çünkü
büyük ölçekli depolama süreçlerinin Rağmen
depolama projelerinin karmaşıklığı vermek, birçok tedarikçi
ve stok yapan danışmanlar vermek iddia ediyorlar
depolanması vermek sorun yok.
Ancak, bu araştırma projesinin başlangıcında neredeyse hiçbiri
bağımsız, titiz ve sistematik araştırmalar yapılmıştır. İtibaren
Sonuç olarak, gerçekte ne olduğunu söylemek zor
inşa ettiklerinde endüstride veri ambarı.
Bu çalışma, depolama uygulamalarını araştırdı. vermek
daha zengin bir anlayış geliştirmeyi amaçlayan çağdaşlar
Avustralya pratiğinin Literatür taraması,
ampirik çalışmanın bağlamı ve temeli.
Bu araştırmadan çıkan bir takım sonuçlar var. Birinci
yer, bu çalışma meydana gelen faaliyetleri ortaya koydu
geliştirilmesi sırasında veri ambarı. Birçok alanda ben vermek toplanmış
Literatürde bildirilen uygulamayı doğruladı. Saniye
site, etkileyebileceği sorunlar ve sorunlar
gelişimi veri ambarı bu çalışma ile tespit edilmiştir.
Son olarak, aşağıdakilerle bağlantılı Avustralya kuruluşlarından elde edilen faydalar
kullanımı veri ambarı ortaya çıkarıldı.
Bölüm 1
Arama bağlamı
Veri ambarı kavramı geniş çapta kabul görmüştür.
teşhir edilmiş ve yükselen bir trend haline gelmiştir.
90'lar (McFadden 1996, TDWI 1996, Shah ve Milstein 1997,
Shanks ve diğerleri. 1997, Eckerson 1998, Adelman ve Oates 2000). Yani
verilerle ilgili artan sayıda makaleden görülebilir
ticaret yayınlarında depolama (Little ve Gibson 1999).
Pek çok makale (bkz. örneğin, Fisher 1995, Hackathorn 1995,
Morris 1995a, Bramblett ve King 1996, Graham ve diğerleri. 1996,
Sakaguchi ve Frolick 1996, Alvarez 1997, Brousell 1997, Clarke
1997, McCarthy 1997, O'Donnell 1997, Edwards 1998, TDWI
1999) kuruluşlara önemli faydalar bildirmiştir.
hangi uygulama ben veri ambarı. Teorilerini desteklediler
başarılı uygulamaların anekdot niteliğindeki kanıtlarıyla, yüksek getiri
yatırım rakamları (ROI) hakkında ve ayrıca
geliştirilmesi için referans veya metodolojiler veri ambarı
(Shanks ve diğerleri 1997, Seddon ve Benjamin 1998, Little ve Gibson
1999). Aşırı bir durumda, Graham ve ark. (1996) var
üç yıllık bir yatırımın ortalama getirisinin %401 olduğunu bildirdi.
Bununla birlikte, mevcut literatürün çoğu,
bu tür projelerin üstlenilmesindeki karmaşıklıklar. projeleri
veri ambarı normalde karmaşık ve büyük ölçeklidir ve
bu nedenle, değillerse başarısız olma olasılığının yüksek olduğunu ima ederler.
dikkatlice kontrol edildi (Shah ve Milstein 1997, Eckerson 1997,
Foley 1997b, Zimmer 1997, Bort 1998, Gibbs ve Clymer 1998, Rao
1998). Çok miktarda hem insan hem de insan kaynağı gerektirirler.
onları inşa etmek için mali ve zaman ve çaba (Hill 1998, Crofts 1998). bu
gereken tipik zaman ve mali araçlar sırasıyla
yaklaşık iki yıl ve iki veya üç milyon dolar (Braly 1995, Foley
1997b, Bort 1998, Humphries ve ark. 1999). Bu zamanlar ve araçlar
birçok yönü kontrol etmek ve konsolide etmek için finansal araçlar gereklidir
veri ambarından farklıdır (Cafasso 1995, Hill 1998). yana
donanım ve yazılım hususlarının, değişkenlik gösteren diğer işlevlerin
ekstraksiyonundan vermek yükleme işlemlerine vermekItibaren
güncellemeleri yönetmek ve meta vermek için bellek kapasitesi vermek
kullanıcı eğitimi için dikkate alınmalıdır.
Bu araştırma projesi başladığında, çok az şey vardı.
veri ambarı alanında yapılan akademik araştırmalar,
özellikle Avustralya'da. Bu, ürün kıtlığından da belliydi.
gazeteler veya diğer kutsal metinler tarafından veri ambarı konusunda yayınlandı
zamanın akademisyenleri. Akademik yazıların çoğu
mevcut ABD deneyimini anlattı. Eksikliği
sl alanı veri ambarı alanındaki akademik araştırma,
titiz araştırma ve ampirik çalışmalar gerektiriyordu (McFadden 1996,
Shanks ve diğerleri. 1997, Küçük ve Gibson 1999). Özellikle, çalışmalar
uygulama sürecine ilişkin araştırma veri ambarı
bilgiyi genişletmek için yapılması gerekenler
uygulanması konusunda genel veri ambarı e
gelecekteki bir araştırma çalışması için bir temel oluşturacaktır (Shanks ed.
diğerleri. 1997, Küçük ve Gibson 1999).
Bu çalışmanın amacı, bu nedenle, gerçekte ne olduğunu incelemektir.
kuruluşlar verileri koruduğunda ve kullandığında olur
avustralya'da depo. Spesifik olarak, bu çalışma şunları içerecektir:
tüm geliştirme sürecinin bir analizi veri ambarı,
başlatma ve tasarımdan başlayarak tasarım ve
kuruluşlar içinde uygulama ve müteakip kullanım
Avustralyalı. Ayrıca çalışma mevcut uygulamaya da katkı sağlayacaktır.
uygulamanın daha fazla geliştirilebileceği alanların belirlenmesi
iyileştirilebilir ve verimsizlikler ve riskler en aza indirilebilir veya
kaçınıldı. Ayrıca bu konuda yapılacak diğer çalışmalara da temel oluşturacaktır. veri ambarı in
Avustralya ve şu anda literatürde var olan boşluğu dolduracaktır.
Araştırma soruları
Bu araştırmanın amacı, ilgili faaliyetleri incelemektir.
uygulanmasında veri ambarı ve bunların kullanımı
Avustralya kuruluşları. Özellikle, elementler incelenir
proje planlama, geliştirme, vb. ile ilgili
işletme, kullanım ve ilgili riskler. bu yüzden soru
bu araştırmadan:
“Mevcut uygulama nasıl veri ambarı Avustralyada?"
Bu soruna etkili bir şekilde yanıt verebilmek için bir
yardımcı araştırma sorularının sayısı. özellikle, üç
alt sorular literatürden tespit edilmiştir, yani
Bu araştırma projesine rehberlik etmek için 2. bölümde sunulmuştur:
nasıl uygulanır veri ambarı kuruluşlar tarafından
Avustralyalı? Karşılaşılan sorunlar nelerdir?
Yaşanan faydalar nelerdir?
Bu soruları cevaplarken bir çizim kullanıldı.
soruşturmayı kullanan keşif araştırması. nasıl çalışıyorum
keşif amaçlı, yukarıdaki soruların cevapları tam değil
(Shanks ve diğerleri 1993, Denscombe 1998). Bu durumda,
Bunlara yanıtları iyileştirmek için nirengi gereklidir
istekler. Bununla birlikte, soruşturma, bunun için sağlam bir temel sağlayacaktır.
Bu soruları inceleyen gelecekteki çalışmalar. ayrıntılı
araştırma yönteminin gerekçesi ve tasarımı üzerine tartışma
3. bölümde sunulmaktadır.
Araştırma projesinin yapısı
Bu araştırma projesi iki bölüme ayrılmıştır: bağlamsal çalışma
veri ambarı kavramı ve ampirik araştırma (bkz.
Şekil 1.1), her biri aşağıda tartışılmaktadır.
Bölüm I: Bağlamsal çalışma
Araştırmanın ilk bölümü, incelemelerden oluşmuştur.
Dahil olmak üzere çeşitli veri ambarı türleri hakkında güncel literatür
karar destek sistemleri (DSS), bilgi sistemleri
yöneticiler (EIS), vaka çalışmaları veri ambarı ve tarih kavramları
depo. Ayrıca, forumların sonuçları veri ambarı ve
grubu tarafından yönetilen uzmanlar ve profesyoneller için toplantı grupları
Monash DSS araştırması, çalışmanın bu aşamasına katkıda bulundu
veri uygulaması hakkında bilgi edinmeyi amaçlayan
depolamak ve bunların benimsenmesindeki riskleri belirlemek.
Bağlamsal çalışmanın bu döneminde, anlama
problem alanı hakkında bilgi sağlamak için kurulmuştur.
sonraki ampirik araştırmalar için temel oluşturur. ama, bu
çalışma yürütüldüğü için devam eden bir süreçti
araştırması.
Bölüm II: Ampirik araştırma
Nispeten yeni olan veri ambarı kavramı, özellikle
Avustralya'da, bir soruşturma yürütme ihtiyacını doğurmuştur.
kullanım deneyiminin geniş bir resmini elde edin. Bu
sorun alanı bir kez yapıldıktan sonra bölüm yapıldı
kapsamlı bir literatür taraması ile oluşturulmuştur. Kavram
bağlamsal çalışma aşamasında veri ambarı formatının
Bu çalışmanın ilk anketinde girdi olarak kullanılmıştır.
Daha sonra anket gözden geçirildi. Sen tarih uzmanısın
depo teste katıldı. Test etmenin amacı
ilk anket eksiksizlik ve doğruluğu kontrol etmekti
bazı sorular. Test sonuçlarına göre, anket
düzenlendi ve düzenlenen sürüm şu adrese gönderildi:
anket katılımcıları. Daha sonra geri gönderilen anketler
i için analiz edildi vermek tablolarda, diyagramlarda ve diğer biçimlerde. ONLAR
analiz sonuçları vermek anlık görüntüsünü oluşturmak
Avustralya'da veri ambarı uygulaması.
VERİ AMBARLAMASINA GENEL BAKIŞ
Veri ambarı kavramı iyileştirmelerle birlikte gelişmiştir.
bilgisayar teknolojisinin.
Grupların karşılaştıkları sorunların aşılması amaçlanır.
Karar Destek Sistemi (DSS) e gibi uygulama desteği
Yönetici Bilgi Sistemi (EIS).
Geçmişte bu uygulamaların önündeki en büyük engel,
Bu uygulamaların bir hizmet sunamaması veri tabanı
analiz için gereklidir.
Bu çoğunlukla işin doğasından kaynaklanmaktadır.
liderlik. Bir şirket yönetiminin çıkarları değişir
Tedavi edilen bölgeye bağlı olarak sürekli. bu yüzden ben vermek
Bu uygulamalar için temel
tedavi edilecek kısma bağlı olarak hızla değişir.
Bunun anlamı ben vermek şeklinde mevcut olmalıdır.
gerekli analizler için yeterlidir. Aslında, destek grupları
uygulamalar, geçmişte ed toplamak için birçok zorluk buldu
bütünleşme vermek karmaşık ve çeşitli kaynaklardan
Bu bölümün geri kalanı, kavram kavramına genel bir bakış sunmaktadır.
veri ambarı ve nasıl veri ambarı aşabilir
Uygulama Destek Grubu sorunları.
“Veri deposu1990 yılında William Inmon tarafından piyasaya sürüldü.
Sık sık alıntılanan tanımı, Veri deposu nasıl
koleksiyonu vermek konuya yönelik, entegre, uçucu olmayan ve değişken
zamanla, yönetim kararlarını desteklemek için.
Bu tanımı kullanan Inmon, i vermek Residenti
a veri ambarı aşağıdaki 4'e sahip olmalıdır
özellikleri:
▪ Konu yönelimli
▪ Entegre
▪ Uçucu değil
▪ Zaman içinde değişken
Konu yönelimli Inmon ile kastedilen, i vermek tarihte
en büyük organizasyonel alanlarda depo
modelde tanımlanmış vermek. örneğin hepsi vermek ile ilgili müşteriler
konu alanında bulunur MÜŞTERİLER. Benzer şekilde hepsi
vermek ürünlerle ilgili konu alanında yer almaktadır
ÜRÜNLER.
Integrated Inmon ile kastedilen i vermek farklı gelen
platformlar, sistemler ve konumlar birleştirilir ve depolanır
tek yer. sonuç olarak vermek benzer dönüştürülmeli
eklenecek ve karşılaştırılacak tutarlı biçimlerde
kolayca.
Örneğin, erkek ve kadın cinsiyetleri temsil edilir.
bir sistemde M ve F harfleriyle, diğerinde 1 ve 0 ile. İçin
onları doğru şekilde entegre etmek için, formatlardan biri veya her ikisi de
iki biçim aynı olacak şekilde dönüştürülebilir. Bunda
durumda M'yi 1'e ve F'yi 0'a değiştirebiliriz veya tam tersini yapabiliriz. Kendinizi yönlendirmek
konu ve Entegre şunu belirtir: veri ambarı için tasarlanmıştır
fonksiyonel ve çapraz bir vizyon sağlar. vermek kenara
Şirketin.
Uçucu olmayan derken şunu kastediyor: vermek içinde veri ambarı kalmak
tutarlı ve güncellenmesi vermek bu gerekli değil. Bunun yerine, her
değiştirmek vermek orijinaller eklendi veritabanı tarihin
depo. Bunun anlamı, tarihçinin vermek içinde bulunur
veri ambarı.
Zamanlı Değişkenler için Inmon, i'nin vermek içinde veri ambarı
her zaman ei tempo göstergelerini içerir vermek normalde
belirli bir zaman ufkunu kapsar. örneğin bir
veri ambarı 5 yıllık tarihsel değerleri içerebilir müşteriler dal
1993 - 1997. Geçmişin ve bir zaman serisinin mevcudiyeti
arasında vermek eğilimleri analiz etmenizi sağlar.
Un veri ambarı kendi toplayabilir vermek sistemlerden
OLTP;kaynaklardan vermek kuruluş dışında ve/veya diğer özel ürünler tarafından
yakalama sistemi projeleri vermek.
I vermek ekstraktlar bir temizleme sürecinden geçebilir.
bu durumda ben vermek olmadan önce dönüştürülür ve bütünleştirilirler.
saklanan veritabanı del veri ambarı. Sonra ben vermek
içinde ikamet eden veritabanı del veri ambarı kullanıma sunulur
son kullanıcı erişimi ve kurtarma araçları. kullanma
bu araçlar, son kullanıcı entegre görünüme erişebilir
organizasyonunun vermek.
I vermek içinde ikamet eden veritabanı del veri ambarı bunlar
hem ayrıntılı hem de özet biçimlerde saklanır.
Özet düzeyi, konunun niteliğine bağlı olabilir. vermek. Ben vermek
detaylı şunlardan oluşabilir vermek mevcut ve vermek tarihçiler
I vermek gerçek dahil değildir veri ambarı bana kadar vermek
içinde veri ambarı yeniden güncellenir.
saklamanın yanı sıra vermek kendileri, bir veri ambarı Ayrıca olabilir
farklı türde depolamak verilmiş METADATA olarak adlandırılan
tarif et ben vermek ikamet eden veritabanı.
İki tür meta veri vardır: geliştirme meta verileri ve meta verilere göre
analizler.
Geliştirme meta verileri, aşağıdakileri yönetmek ve otomatikleştirmek için kullanılır:
çıkarma, temizleme, haritalama ve yükleme işlemleri vermek içinde
veri ambarı.
Geliştirme meta verilerinde yer alan bilgiler şunları içerebilir:
işletim sistemlerinin detayları, çıkarılacak elemanların detayları,
tip vermek del veri ambarı ve şirket kuralları
dönüştürme vermek.
Analitik meta verileri olarak bilinen ikinci meta veri türü
son kullanıcının veri içeriğini keşfetmesini sağlar
bulmak için depo vermek mevcut ve terimler açısından anlamları
açık ve teknik olmayan.
Bu nedenle analiz meta verileri, veriler arasında bir köprü görevi görür.
depo ve son kullanıcı uygulamaları. Bu meta veriler şunları yapabilir:
iş modelini, açıklamalarını içerir vermek eşleştirme
iş modeline, önceden tanımlanmış sorgulara ve raporlara,
kullanıcı oturum açma bilgileri ve dizin.
Analiz ve geliştirme meta verileri tek bir veride birleştirilmelidir
düzgün çalışması için entegre meta veri muhafazası.
Ne yazık ki mevcut araçların çoğunun kendi
meta veriler ve şu anda mevcut standartlar yok
veri ambarı araçlarının bunları entegre etmesine izin verirler
meta veriler. Bu durumu düzeltmek için birçok tüccar
büyük veri ambarı araçları Meta Verileri oluşturdu
Daha sonra Meta Veri Koalisyonu haline gelen Konsey.
Bu koalisyonun amacı, bir dizi meta veri oluşturmaktır.
farklı veri ambarı araçlarına izin veren standart
meta verileri dönüştür
Çabaları Meta'nın doğumuyla sonuçlandı.
Değişime izin verecek Veri Değişim Şartnamesi (MDIS)
Microsoft arşivleri ve ilgili MDIS dosyaları arasındaki bilgilerin
Varoluşu vermek hem özetlenmiş/dizinlenmiş hem de ayrıntılı bilgiler
kullanıcı bir DRILL DROWN gerçekleştirme imkanı
(sondaj) hadi vermek ayrıntılı olanlara endekslenir ve bunun tersi de geçerlidir.
Varoluşu vermek ayrıntılı tarih, gerçekleştirilmesini sağlar
zaman içinde trend analizi. Ek olarak, analiz meta verileri şunları yapabilir:
del dizini olarak kullanılacak veritabanı del veri ambarı başına
son kullanıcıların i'yi bulmasına yardımcı olun vermek gerekli.
OLTP sistemlerine kıyasla, destekleme yetenekleri ile
analizi vermek ve raporlama, veri ambarı bir sistem olarak görülüyor
yürütmek gibi bilgi süreçleri için daha uygundur.
sorguları yanıtlayın ve raporlar oluşturun. sonraki bölüm
iki sistemin farklılıklarını ayrıntılı olarak vurgulayacaktır.
VERİ DEPOSU OLTP SİSTEMLERİNE KARŞI
Kuruluşlardaki bilgi sistemlerinin çoğu
günlük operasyonları desteklemek için tasarlanmıştır. Bunlar
OLTP SİSTEMLERİ olarak bilinen sistemler, yakalama işlemleri
sürekli günlük olarak güncellenir.
I vermek Bu sistemler içerisinde genellikle değiştirilir, eklenir veya
silindi. Örneğin bir müşterinin adresi neredeyse hiç değişmez.
bir yerden bir yere hareket ediyor. Bu durumda yeni adres
adres alanı değiştirilerek kayıt edilecektir. veritabanı.
Bu sistemlerin temel amacı maliyetleri azaltmaktır.
işlemleri ve aynı zamanda işlem sürelerini azaltmak için.
OLTP sistemlerinin örnekleri, yazma gibi kritik eylemleri içerir.
sipariş muhasebesi, bordro, faturalar, üretim, yapay zeka hizmetleri müşteriler.
Süreç tarafından oluşturulan OLTP sistemlerinden farklı olarak
işlemlere ve olaylara dayalı olarak, ben veri ambarı onlar yaratıldı
analizine dayalı süreç desteği sağlamak. vermek ve üzerinde
karar süreçleri.
Bu normalde i'yi entegre ederek elde edilir. vermek çeşitli sistemlerden
OLTP ve harici tek bir "kapsayıcıda" vermek,tartışıldığı gibi, anlatıldığı gibi
önceki bölümde
Monash Veri Ambarı Süreç Modeli
için süreç modeli veri ambarı Monash tarafından geliştirilmiştir.
Monash DSS Araştırma Grubundaki araştırmacılar,
edebiyatları veri ambarı, allo desteğindeki deneyim hakkında
satıcılarıyla yapılan tartışmalar üzerine sistem alanlarının geliştirilmesi
kullanım için uygulamalar veri ambarıbir grup uzman üzerinde
kullanımında veri ambarı.
Aşamalar şunlardır: Başlatma, Planlama, Geliştirme, Operasyonlar ve
Açıklamalar. Diyagram o yinelemeli doğasını açıklar
evrimsel gelişim veri ambarı kullanarak işlem
farklı fazlar arasına yerleştirilmiş iki yönlü oklar. Bunda
"yinelemeli" ve "evrimsel" bağlam şu anlama gelir:
sürecin adımında, uygulama faaliyetleri olabilir
her zaman bir önceki aşamaya doğru geriye doğru yayılır. Bu
projenin doğası gereği bir veri ambarı son kalite
herhangi bir zamanda ek talepler yapılır
son kullanıcının Örneğin, geliştirme aşamasında
süreci veri ambarı, biri son kullanıcı tarafından istenir
parçası olmayan yeni boyut veya konu alanı
orijinal plan, bunun sisteme eklenmesi gerekir. Bu
projede değişikliğe neden olur. Sonuç şu ki, ekip
tasarım, şimdiye kadar oluşturulan belgelerin gereksinimlerini değiştirmelidir
tasarım aşamasında. Birçok durumda, mevcut durum
proje, tasarım aşamasına kadar geri gitmelidir.
yeni istek eklenmeli ve belgelenmelidir. Kullanıcı
final, belirli revize edilmiş belgeleri görebilmelidir ei
geliştirme aşamasında yapılan değişiklikler. Sonunda
Bu geliştirme döngüsünde, projenin büyük geri bildirim alması gerekir.
her iki ekip, geliştirme ekibi ve kullanıcı ekibi. ONLAR
geri bildirim daha sonra gelecekteki bir projeyi geliştirmek için yeniden kullanılır.
Kapasite planlaması
DW'ler boyut olarak çok büyük olma ve büyüme eğilimindedir.
ardından çok hızlı bir şekilde (Best 1995, Rudin 1997a)
miktarı vermek sürelerinden korudukları tarihi. Orada
büyüme de neden olabilir vermek tarafından gerekli ek
değerini artırmak için kullanıcıların vermek zaten sahip oldukları. İtibaren
buna göre, depolama gereklilikleri vermek -ebilmek
önemli ölçüde geliştirilebilir (Eckerson 1997). İşte bu
planlamasını yaparak sağlamak esastır.
kurulacak sistemin kapasite ile büyüyebilmesi,
artan ihtiyaçlar (Best 1995, LaPlante 1996, Lang 1997,
Eckerson 1997, Rudin 1997a, Foley 1997a).
dw ölçeklenebilirliğini planlarken,
depo boyutunda beklenen büyüme, soru türleri
yapılma olasılığı ve desteklenen son kullanıcı sayısı (En iyi
1995, Rudin 1997b, Foley 1997a). Ölçeklenebilir uygulamalar oluşturun
teknik ve ölçeklenebilir sunucu teknolojilerinin bir kombinasyonunu gerektirir
ölçeklenebilir uygulama tasarımı (Best 1995, Rudin 1997b.
Her ikisi de bir uygulama oluştururken gereklidir
son derece ölçeklenebilir. Ölçeklenebilir sunucu teknolojileri,
depolama, bellek eklemeyi kolay ve kullanışlı hale getirin ve
Performansı düşürmeden CPU (Lang 1997, Telephony 1997).
İki temel ölçeklenebilir sunucu teknolojisi vardır: Hesaplama
simetrik çoğullama (SMP) ve toplu işleme
paralel (MPP) ) (IDC 1997, Humphries ve diğerleri 1999). Bir sunucu
SMP normalde bir belleği paylaşan birden çok işlemciye sahiptir,
veri yolu sistemi ve diğer kaynaklar (IDC 1997, Humphries ve ark. 1999).
Arttırmak için ek işlemciler eklenebilir
onun potenza hesaplamalı. artırmak için başka bir yöntem
potenza SMP sunucusunun hesaplaması, sayısız
SMP makineleri. Bu teknik kümeleme olarak bilinir (Humphries
et al. 1999). Öte yandan, bir MPP sunucusunun her biri birden çok işlemciye sahiptir.
kendi belleği, veri yolu sistemi ve diğer kaynakları ile (IDC 1997,
Humphries ve ark. 1999). Her işlemciye düğüm adı verilir. A
artış potenza hesaplama elde edilebilir
MPP sunucularına ek düğümlerin eklenmesi (Humphries ve ark.
1999).
SMP sunucularının bir zayıflığı, çok fazla girdi-çıktı işleminin olmasıdır.
(G/Ç) veri yolu sistemini tıkayabilir (IDC 1997). Bu
MPP sunucularında sorun oluşmaz, çünkü her biri
işlemcinin kendi veri yolu sistemi vardır. Bununla birlikte, ara bağlantılar
her düğüm arasında genellikle veri yolu sisteminden çok daha yavaştır
SMP'lerden. Ayrıca, MPP sunucuları bir katman ekleyebilir
uygulama geliştiricilere ek karmaşıklık (IDC
1997). Böylece, SMP ve MPP sunucuları arasındaki seçim etkilenebilir
soruların karmaşıklığı, oran gibi birçok faktör tarafından
fiyat/performans, gerekli işleme kapasitesi,
engellenen dw uygulamaları ve boyutundaki artış veritabanı
dw ve son kullanıcı sayısında.
Çok sayıda ölçeklenebilir uygulama tasarım tekniği
kapasite planlamasında kullanılabilir. Bir
gün, hafta, ay ve yıl gibi çeşitli raporlama dönemlerini kullanır.
Çeşitli ihbar sürelerine sahip olan veritabanı bölünebilir
parçalar kolayca gruplanır (Inmon ve ark. 1997). Bir diğeri
teknik, oluşturulan özet tabloları kullanmaktır
özetliyor vermek da vermek detaylı. Böylece, ben vermek özetler daha fazla
ayrıntılıdan daha kompakt, bu da daha az bellek alanı gerektirir.
Böylece vermek ayrıntı bir birim içinde arşivlenebilir
daha fazla depozito tasarrufu sağlayan daha ucuz depolama.
Özet tabloları kullanmak alandan tasarruf sağlasa da
onları güncel ve güncel tutmak için çok çaba gerektirirler.
ticari ihtiyaçlar doğrultusunda. Ancak bu teknik,
yaygın olarak kullanılan ve sıklıkla teknikle birlikte kullanılan
önceki (En İyi 1995, Inmon 1996a, Chauduri ve Dayal
1997).
Tanımlanması Veri deposu Teknik
Mimariler Tekniklerin tanımı
dw mimarileri
Veri ambarını ilk benimseyenler ağırlıklı olarak
dw'nin merkezi bir uygulaması, burada tüm vermek, kapsayıcı
i vermek harici, tek bir entegre edildi,
fiziksel depo (Inmon 1996a, Bresnahan 1996, Peacock 1998).
Bu yaklaşımın temel faydası son kullanıcılardır.
girişimcilik ölçeği görünümüne erişebilirler
(kurum çapında görünüm) dei vermek örgütsel (Ovum 1998). Bir diğer
avantajı standardizasyon sağlamasıdır. vermek sayesinde
kuruluş, yani yalnızca bir sürüm veya
veri havuzunda kullanılan her bir terminoloji için tanım dw
(havuz) meta verileri (Flanagan ve Safdie 1997, Ovum 1998). bu
Bu yaklaşımın dezavantajı ise pahalı ve zor olmasıdır.
inşa edilecek (Flanagan ve Safdie 1997, Ovum 1998, Inmon ve ark.
1998). Depolama mimarisinden kısa bir süre sonra vermek
merkezi popüler hale geldi, ekstraksiyon kavramı gelişti
en küçük alt kümelerinden vermek ihtiyaçlarını desteklemek için
özel uygulamalar (Varney 1996, IDC 1997, Berson ve Smith
1997, tavus kuşu 1998). Bu küçük sistemler daha büyük sistemlerden türetilmiştir.
büyük veri ambarı merkezi. Tarih olarak adlandırılırlar
bağımlı departman ambarları veya bağımlı veri pazarları.
Bağımlı veri mart mimarisi olarak bilinir
birinci katmanın verilerden oluştuğu üç katmanlı mimari
merkezi depo, ikincisi depolardan oluşmaktadır. vermek
departman ve üçüncü erişim oluşur vermek ve araçlarından
analizi (Demarest 1994, Inmon ve diğerleri 1997).
Data mart'lar normalde şu tarihten sonra oluşturulur: veri ambarı
ihtiyaçlarını karşılamak için merkezi olarak inşa edilmiştir.
belirli birimler (White 1995, Varney 1996).
Data marts mağaza i vermek ayrıntılarla ilgili çok alakalı
birlik (Inmon ve diğerleri 1997, Inmon ve diğerleri 1998, IA 1998).
Bu yöntemin avantajı, hiçbir verilmiş yok
entegre ve ben vermek veriler içinde daha az gereksiz olacaklar
mars beri tüm vermek bir depozitodan gelmek vermek Birleşik.
Diğer bir avantaj da, her biri arasında daha az bağlantı olacak olmasıdır.
data mart ve ilgili kaynaklar vermek çünkü her data mart'ta yalnızca
bir kaynak vermek. Artı, bu mimari yerinde olduğunda, kullanıcılar
kullanıcılar yine de genel bakışa erişebilir vermek
kurumsal organizasyonlar. Bu yöntem olarak bilinir
veri pazarlarının verilerden sonra oluşturulduğu yukarıdan aşağıya yöntem
depo (tavus kuşu 1998, Goff 1998).
Sonuçları erken gösterme ihtiyacının artması, bazı
kuruluşlar bağımsız veri pazarları oluşturmaya başladı
(Flanagan ve Safdie 1997, White 2000). Bu durumda, veri marketleri
onlarınkini alırlar vermek doğrudan temellerinden vermek OLTP ve o zamandan beri değil
merkezi ve entegre depolama, böylece ihtiyacı ortadan kaldırır
merkezi deponun yerinde olmasını sağlayın.
Her veri pazarı, kaynaklarına en az bir bağlantı gerektirir
di vermek. Her tarih için birden çok bağlantıya sahip olmanın bir dezavantajı
Mart, önceki iki mimariye kıyasla,
fazlalığı vermek önemli ölçüde artar.
Her data mart tümünü depolamalıdır. vermek yerel olarak gerekli
OLTP sistemleri üzerinde hiçbir etkisi yoktur. Bu neden olur vermek
farklı veri pazarlarında saklanırlar (Inmon ve diğerleri 1997).
Bu mimarinin diğer bir dezavantajı ise
veri pazarları ve onlarınki arasında karmaşık ara bağlantılar oluşturmak
kaynakları vermek yürütülmesi ve kontrolü zor olan (Inmon ed
diğerleri. 1997).
Diğer bir dezavantaj, son kullanıcıların güç sağlayamamasıdır.
şirket bilgilerine genel bakışa erişin çünkü ben vermek
farklı veri pazarlarının çoğu entegre değildir (Ovum 1998).
Diğer bir dezavantaj ise birden fazla olabilmesidir.
ürettiği veri pazarlarında kullanılan her terminoloji için tanım
tutarsızlıklar vermek organizasyonda (Ovum 1998).
Yukarıda tartışılan dezavantajlara rağmen, bağımsız veri pazarları
hala birçok kuruluşun ilgisini çekmektedir (IDC 1997).
Onları çekici kılan faktörlerden biri, daha hızlı gelişmeleridir.
ve daha az zaman ve kaynak gerektirir (Bresnahan 1996, Berson e
Smith 1997, Ovum 1998). Buna göre, çoğunlukla hizmet ederler.
belirlemek için kullanılabilecek test tasarımları olarak
projedeki faydaları ve/veya kusurları hızlı bir şekilde (Parsaye
1995, Braly 1995, Newing 1996). Bu durumda, parçadan
pilot projede uygulama küçük ama önemli olmalıdır
organizasyon için (Newing 1996, Mansell-Lewis 1996).
Prototipi inceleyerek, son kullanıcılar ve yönetim
projeye devam edip etmemeye karar verin (Flanagan ve Safdie
1997).
Karar devam etmekse, diğer sektörler için veri pazarları
birer birer inşa edilmelidirler. için iki seçenek vardır
veri oluşturma gereksinimlerine göre son kullanıcılar
bağımsız matrisler: entegre/birleşik ve bütünleşmemiş (Ovum
1998)
İlk yöntemde, her yeni veri pazarı oluşturulmalıdır.
mevcut veri pazarlarına ve modele dayalı vermek kullanılan
firma tarafından (Varney 1996, Berson ve Smith 1997, Peacock 1998).
Modeli kullanma ihtiyacı vermek şirketin gerekli kıldığı
her terminoloji için yalnızca bir tanım olduğundan emin olun
veri pazarları aracılığıyla kullanılır, bu aynı zamanda verilerin
genel bir bakış sağlamak için farklı pazarlar birleştirilebilir
kurumsal bilgiler (Bresnahan 1996). Bu yöntem
aşağıdan yukarıya denir ve üzerinde bir kısıtlama olduğunda en iyisidir
zaman ve finansal araçlar (Flanagan ve Safdie 1997, Ovum 1998,
tavus kuşu 1998, Goff 1998). İkinci yöntemde, data marts
inşa edilen sadece belirli bir birimin ihtiyaçlarını karşılayabilir.
Birleşik veri pazarının bir çeşidi, veri ambarı dağıtılmış
nerede veritabanı hub sunucusu ara yazılımı, birçok sunucuyu birleştirmek için kullanılır.
tek bir havuzda data marts vermek dağıtıldı (Beyaz 1995). İçinde
bu durumda ben vermek iş birkaç veri pazarında dağıtılır.
Son kullanıcı istekleri şu adrese iletilir: veritabanı
hepsini ayıklayan hub sunucusu ara yazılımı vermek veriler tarafından talep edildi
pazarlar ve sonuçları son kullanıcı uygulamalarına geri gönderir. Bu
yöntem, son kullanıcılara iş bilgilerini sağlar. Fakat,
data marts sorunları hala ortadan kalkmadı
bağımsız. Kullanılabilecek başka bir mimari daha var.
ara veri ambarı sanal (Beyaz 1995). ama, bu
Şekil 2.9'da açıklanan mimari, bir mimari değildir.
depolamanın vermek yükü hareket ettirmediği için gerçek
OLTP sistemlerinden veri ambarı (Demarest 1994).
Aslında, talepler vermek son kullanıcılar tarafından yapay zekayı geçti
İşlemden sonra sonuçları döndüren OLTP sistemleri
kullanıcı istekleri Bu mimari, kullanıcıların
raporlar oluşturmak ve istekleri formüle etmek için nihai, sağlayamaz
vermek ben beri şirket bilgilerinin geçmişi ve genel bakış vermek
çünkü farklı OLTP sistemleri entegre değildir. Yani, bu
mimarisi analizini karşılayamaz vermek gibi karmaşık
örnek tahminler
Erişim uygulamasının seçimi ve
Iyileşme vermek
Binanın amacı bir veri ambarı iletmek
bilgileri son kullanıcılara (Inmon ve diğerleri 1997, Poe 1996,
McFadden 1996, Shanks ve diğerleri 1997, Hammergren 1998); bir ya da
çoklu erişim ve kurtarma uygulamaları vermek sağlanmalı. İle
günümüzde, kullanıcının aralarından yapabileceği çok çeşitli bu uygulamalar vardır.
seçin (Hammergren 1998, Humphries ve diğerleri 1999). bu
seçilen uygulamalar çabanın başarısını belirler
depolamanın vermek Çünkü bir organizasyonda
uygulamaların en görünür kısmıdır. veri ambarı kullanıcıya
son (Inmon ve diğerleri 1997, Poe 1996). Bir randevuyu başarmak için
depo, veri analizi faaliyetlerini destekleyebilmelidir. vermek
son kullanıcının (Poe 1996, Seddon ve Benjamin 1998, Eckerson
1999). Bu nedenle, son kullanıcının istediğinin "seviyesi" şu olmalıdır:
tanımlanmıştır (Poe 1996, Mattison 1996, Inmon ve diğerleri 1997,
Humphries ve diğerleri 1999).
Genel olarak, son kullanıcılar üçe ayrılabilir.
kategoriler: yönetici kullanıcılar, iş analistleri ve uzman kullanıcılar (Poe
1996, Humphries ve diğerleri 1999). Yönetici kullanıcıların yapması gerekenler
önceden tanımlanmış rapor gruplarına kolay erişim (Humphries ed
diğerleri 1999). Bu raporlar ile kolayca elde edilebilir
menü gezintisi (Poe 1996). Ek olarak, raporların
grafik gösterimi kullanarak bilgi sunmak
hızlı bir şekilde teslim etmek için tablolar ve şablonlar gibi
bilgi (Humphries ve ark. 1999). olmayan iş analistleri
ilişkiler kurmak için teknik yeteneklere sahip olabilirler.
sıfır, kendileri için mevcut raporları değiştirebilmeniz gerekir
özel ihtiyaçlarını karşılar (Poe 1996, Humphries ve ark.
1999). Öte yandan, uzman kullanıcılar, son kullanıcı türüdür.
istek ve rapor oluşturma ve yazma becerisine sahip olmak
sıfır (Poe 1996, Humphries ve diğerleri 1999). onlar
diğer kullanıcı türleri için raporlar geliştirin (Poe 1996, Humphries
ve diğerleri 1999).
Son kullanıcı gereksinimleri belirlendikten sonra yapılması gerekir.
çeşitli erişim ve kurtarma uygulamaları vermek hepsinin arasından
mevcut olanlar (Poe 1996, Inmon ve diğerleri 1997).
Erişim vermek ve alma araçları olabilir
4 türe ayrılır: OLAP aracı, EIS/DSS aracı, sorgulama aracı ve
raporlama ve veri madenciliği araçları.
OLAP araçları, kullanıcıların ad hoc sorgular oluşturmasına ve ayrıca
üzerinde yapılanlar veritabanı del veri ambarı. artı bu ürünler
kullanıcıların detaya inmesine izin ver vermek olanlara genel
detaylı.
EIS/DSS araçları, "eğer" analizi gibi yönetici raporlaması sağlar
ve menüye göre düzenlenmiş raporlara erişim. Raporlar olmalıdır
daha kolay gezinme için önceden tanımlanmış ve menülerle birleştirilmiş.
Sorgulama ve raporlama araçları, kullanıcıların rapor üretmesini sağlar
önceden tanımlanmış ve spesifik.
Veri madenciliği araçları, ilişkileri tanımlamak için kullanılır.
unutulan operasyonlara yeni bir ışık tutabilir. vermek del
Veri deposu.
Her kullanıcı tipinin gereksinimlerinin optimizasyonunun yanı sıra, i
seçilen araçlar sezgisel, verimli ve kullanımı kolay olmalıdır.
Ayrıca mimarinin diğer bölümleriyle de uyumlu olmalıdırlar.
Mevcut sistemlerle çalışabilme. Ayrıca tavsiye edilir
fiyatlar ve performanslar ile veri erişimi ve alma araçlarını seçin
mantıklı. Göz önünde bulundurulması gereken diğer kriterler,
Ürünlerini ve ilgili gelişmeleri desteklemek için aracın satıcısı
kendisi gelecek sürümlerde olacaktır. Kullanıcı etkileşimini sağlamak için
veri ambarını kullanırken, geliştirme ekibi şunları içerir:
araç seçim sürecinde kullanıcılar. Bu durumda
kullanıcının pratik bir değerlendirmesi yapılmalıdır.
Veri ambarının değerini artırmak için geliştirme ekibi şunları yapabilir:
ayrıca veri ambarlarına web erişimi sağlar. A
web özellikli veri ambarı, kullanıcıların vermek
uzak yerlerden veya seyahat ederken. Ayrıca bilgi olabilir
maliyetlerin düşürülerek daha düşük maliyetle sağlanması
di eğitim.
2.4.3 Veri deposu İşletme Aşaması
Bu aşama üç faaliyetten oluşur: tarih stratejilerinin tanımı
yenileme, veri ambarı aktivitelerinin kontrolü ve yönetimi
veri ambarı güvenliği.
Veri yenileme stratejilerinin tanımı
İlk yüklemeden sonra, ben vermek içinde veritabanı veri ambarının
i oynamak için periyodik olarak yenilenmelidir
üzerinde yapılan değişiklikler vermek orijinaller. bu yüzden karar vermeliyiz
ne zaman yenilenmeli, ne sıklıkta
yenileme ve nasıl yenileneceği vermek. yapılması önerilir
yenilemek vermek sistem ne zaman çevrimdışına alınabilir. Orada
yenileme hızı, geliştirme ekibi tarafından belirlenir.
kullanıcı gereksinimleri hakkında. yenilemek için iki yaklaşım vardır.
veri ambarı: tam yenileme ve sürekli yükleme
değişiklikler.
İlk yaklaşım olan tam yenileme, yeniden yüklemeyi gerektirir.
tutti ben vermek sıfırdan Bu, tüm vermek gerekli zorunluluk
çıkartılabilir, temizlenebilir, dönüştürülebilir ve her yenileme işlemine entegre edilebilir. Bu
yaklaşımdan mümkün olduğunca kaçınılmalıdır, çünkü
çok zaman ve kaynak gerektirir.
Alternatif bir yaklaşım, i'yi sürekli olarak yüklemektir.
değişiklikler. Bu ben ekler vermek değiştirilmiş olanlar
son veri ambarı yenileme döngüsünden beri. kimlik
yeni veya değiştirilmiş kayıtların miktarını önemli ölçüde azaltır.
vermek her birinde veri ambarına yayılması gereken
güncelleme çünkü sadece bunlar vermek eklenecek veritabanı
veri ambarının.
Geri çekilmek için kullanılabilecek en az 5 yaklaşım vardır.
i vermek yeni veya değiştirilmiş. Etkili bir strateji elde etmek için
yenilemek vermek bu yaklaşımların bir karışımı yararlı olabilir
Sistemdeki tüm değişiklikleri getirir.
Zaman damgalarını kullanan ilk yaklaşım, geldiğini varsayar.
herkese atandı vermek bir şekilde bir zaman damgasını değiştirdi ve güncelledi
hepsini kolayca tanımlayabilmek için vermek değiştirilmiş ve yeni.
Ancak bu yaklaşım çoğu ülkede yaygın olarak kullanılmamıştır.
Günümüz işletim sistemlerinin bir parçası.
İkinci yaklaşım, tarafından oluşturulan bir delta dosyasını kullanmaktır.
yalnızca üzerinde yapılan değişiklikleri içeren bir uygulama vermek.
Bu dosyanın kullanılması güncelleme döngüsünü de artırır.
Ancak bu yöntem bile pek çok ülkede kullanılmamıştır.
uygulamalar.
Üçüncü yaklaşım, bir günlük dosyasını taramaktır.
temel olarak delta dosyasına benzer bilgiler içerir. Tek bir
fark, kurtarma işlemi için bir günlük dosyası oluşturulmasıdır.
anlamak zor olabilir.
Dördüncü yaklaşım, uygulama kodunu değiştirmektir.
Ancak uygulama kodunun çoğu eski ve
kırılgan; bu nedenle bu teknikten kaçınılmalıdır.
Son yaklaşım, i'yi karşılaştırmaktır. vermek dosya ile kaynaklar
ana tanrılar vermek.
Veri ambarı faaliyetlerinin izlenmesi
Veri ambarı kullanıcılara sunulduktan sonra,
zaman içinde izlenmesi gerekir. Bu durumda, yönetici
veri ambarının tamamı bir veya daha fazla yönetim aracı kullanabilir;
veri ambarının kullanımını izlemek için kontrol. Özellikle
insanlar ve hava durumu hakkında bilgi toplanabilir
veri ambarına erişirler. Hadi vermek toplanan oluşturulabilir
girdi olarak kullanılabilecek yapılan işin bir profili
kullanıcı ters ibraz uygulamasında. Ters İbraz
kullanıcıların işleme maliyeti hakkında bilgi sahibi olmalarını sağlar.
Veri deposu.
Ayrıca, veri ambarı kontrolü aşağıdakiler için de kullanılabilir:
Sorgu türlerini, boyutlarını, sorgu başına düşen sorgu sayısını tanımlayın.
gün, sorguya verilen tepki süreleri, ulaşılan sektörler ve miktar
di vermek işlenmiş. Kontrol yapmanın diğer bir amacı da
veri ambarı i'yi tanımlar vermek kullanımda olmayanlar. Bunlar vermek
zamanı iyileştirmek için veri ambarından kaldırılabilirler
sorgu yürütme yanıtı ve büyümesini kontrol etme
vermek bünyesinde ikamet edenler veri tabanı veri ambarının.
Veri ambarı güvenlik yönetimi
Bir veri ambarı içerir vermek entegre, kritik, hassas
kolayca ulaşılabilir. bu sebeple olmalı
yetkisiz kullanıcılardan korunmalıdır. bir yol
güvenliği uygulamak del işlevini kullanmaktır DBMS
farklı kullanıcı türlerine farklı ayrıcalıklar atamak için. Bunda
şekilde, her kullanıcı türü için bir profil sürdürülmelidir.
erişim. Veri ambarını güvenli hale getirmenin bir başka yolu da onu şifrelemektir.
yazıldığı gibi veri tabanı veri ambarının. Erişim
vermek ve alma araçlarının şifresini çözmesi gerekir. vermek göndermeden önce ben
sonuçları kullanıcılara
2.4.4 Veri deposu Dağıtım Aşaması
Veri ambarı uygulama döngüsünün son aşamasıdır. bu
Bu aşamada gerçekleştirilecek faaliyetler,
kullanıcıların veri ambarını kullanması ve incelemeler oluşturması
veri ambarının.
Kullanıcı antremanı
Önce kullanıcı eğitimi yapılmalı
erişimin vermek veri ambarı ve araçların kullanımı
alma. Genel olarak, oturumlar şu şekilde başlamalıdır:
depolama kavramına giriş vermek,
veri ambarı içeriği, ai meta vermek ve temel özellikler
araçlardan. Daha sonra, daha ileri düzey kullanıcılar da çalışabilir
veri erişimi ve araçlarının fiziksel tabloları ve kullanıcı özellikleri
geri alma.
Kullanıcı eğitimi yapmak için birçok yaklaşım vardır. Biri
bunlar, bir kullanıcı tarafından seçilen birçok kullanıcı veya analistin seçilmesini sağlar.
liderliklerine ve becerilerine güvenen bir dizi kullanıcı
iletişim. Bunlar, kişisel bir kapasitede eğitilirler.
aşina olmak için bilmeleri gereken her şey
sistem. Eğitim biter bitmez işlerinin başına dönerler.
diğer kullanıcılara sistemi nasıl kullanacaklarını öğretmeye başlarlar. Üzerinde
öğrendiklerine göre, diğer kullanıcılar reklam başlatabilir
veri ambarını keşfedin.
Diğer bir yaklaşım ise birçok kullanıcıyı aynı konuda eğitmektir.
zaman, sanki bir sınıf dersi yapıyormuşsunuz gibi. Bu method
Eğitilmesi gereken çok sayıda kullanıcı olduğunda uygundur.
aynı zamanda. Başka bir yöntem de eğitmektir.
her kullanıcı ayrı ayrı, tek tek. Bu yöntem
az sayıda kullanıcı olduğunda uygundur.
Kullanıcı eğitiminin amacı, onları tanımaktır.
erişimi olan vermek ve alma araçlarının yanı sıra içeriği
Veri deposu. Ancak, bazı kullanıcılar bunalmış olabilir
oturum sırasında sağlanan bilgi miktarına göre
eğitim. Yani bir dizi yapılmalı
güncelleme oturumları devam eden yardım ve yanıt vermek
özel sorulara. Bazı durumlarda, bir grup
kullanıcıların bu tür bir destek sağlaması.
Geri bildirim toplama
Veri ambarı kullanıma sunulduğunda, kullanıcılar
ben kullan vermek çeşitli amaçlar için veri ambarında ikamet eden.
Çoğunlukla, analistler veya kullanıcılar i vermek içinde
için veri ambarı:
1 Şirket trendlerini belirleyin
2 Satın alma profillerini analiz edin müşteriler
3 Bölünmüş müşteriler ve
4 En iyi hizmeti sağlamak müşteriler – hizmetleri özelleştirmek
5 Stratejileri formüle edin pazarlama
6 Maliyet analizleri ve yardım için rekabetçi teklifler verin
kontrol
7 Stratejik karar vermeyi destekleyin
8 Ortaya çıkacak fırsatları belirleyin
9 Mevcut iş süreçlerinin kalitesini iyileştirin
10 Kârı kontrol edin
Veri ambarının geliştirme yönünü takip ederek,
geri bildirim almak için bir dizi sistem incelemesi yapmak
hem geliştirme ekibinden hem de kullanıcı topluluğundan
son kullanıcılar.
Elde edilen sonuçlar dikkate alınabilir.
sonraki geliştirme döngüsü.
Veri ambarı artımlı bir yaklaşıma sahip olduğundan,
öncekilerin başarılarından ve hatalarından ders almak esastır
gelişmeler.
2.5 Özet
Bu bölümde mevcut yaklaşımlar tartışılmıştır.
edebiyat. 1. bölümde kavramı tartışıldı
veri ambarı ve karar bilimindeki rolü. İçinde
Bölüm 2 arasındaki temel farklar açıklanmıştır.
veri ambarı ve OLTP sistemleri. 3. bölümde tartıştık
kullanılan Monash'a göre veri ambarı modeli
Sürece dahil olan faaliyetleri açıklamak için bölüm 4'te
bir veri ambarının geliştirilmesi, bu tezler temel alınmadı
titiz araştırma. Gerçekte olan şey olabilir
literatürde bildirilenden çok farklı olmakla birlikte, bunlar
sonuçlar, temel bir bagaj oluşturmak için kullanılabilir.
Bu araştırma için veri ambarı kavramının altını çiziyorsunuz.
Bölüm 3
Araştırma ve tasarım yöntemleri
Bu bölüm, araştırma ve tasarım yöntemlerini ele almaktadır.
bu çalışma. İlk bölüm, yöntemlerin genel bir görünümünü gösterir.
ek olarak bilgi almak için mevcut arama motorları
biri için en iyi yöntemi seçme kriterleri tartışılır
özel çalışma. Bölüm 2'de, iki yöntem daha sonra tartışılmaktadır.
az önce belirtilen kriterlerle seçilmiş; bunlardan seçilecek
Bölüm 3'te belirtilen nedenlerle kabul edilenler
diğer kriterin hariç tutulma nedenleri de açıklanmıştır. Orada
4. bölüm araştırma projesini sunar ve 5. bölüm le
sonuçlar.
3.1 Bilgi sistemlerinde araştırma
Bilgi sistemlerinde araştırma sadece sınırlı değildir
teknolojik alana kadar genişletilmelidir, ancak aynı zamanda şunları içerecek şekilde genişletilmelidir:
davranışsal ve örgütsel amaçlar.
Bunu çeşitli disiplinlerin tezlerine borçluyuz.
sosyal bilimlerden doğa bilimlerine; bu bir ihtiyaç doğurur
nicel yöntemleri içeren belirli araştırma yöntemleri yelpazesi
ve nitel bilgi sistemleri için kullanılacak.
Mevcut araştırma yöntemlerinin tümü önemlidir, aslında birkaçı
Jenkins (1985), Nunamaker ve diğerleri gibi araştırmacılar. (1991) ve Galliers
(1992), evrensel özel bir yöntem olmadığını savunur.
bilgi sistemlerinin çeşitli alanlarında araştırma yapmak; Aslında
bir yöntem belirli bir araştırma için uygun olabilir, ancak uygun olmayabilir.
başkaları için. Bu bize bir yöntem seçme ihtiyacını getiriyor.
özel araştırma projemiz için uygundur: bunun için
seçim Benbasat ve ark. (1987) dikkate alınması gerektiğini belirtmektedir.
araştırmanın doğası ve amacı.
3.1.1 Araştırmanın doğası
Araştırmanın doğasına bağlı olarak çeşitli yöntemler kullanılabilir.
bilimde yaygın olarak bilinen üç geleneğe ayrılmıştır
bilgi: pozitivist, yorumlayıcı ve eleştirel araştırma.
3.1.1.1 Pozitivist araştırma
Pozitivist araştırma aynı zamanda bilimsel çalışma veya
ampirik. Şunları amaçlar: “gelecekte ne olacağını açıklamak ve tahmin etmek.
düzenliliklere ve neden-sonuç ilişkilerine bakarak sosyal dünya
oluşturan unsurlar arasındadır” (Shanks ve diğerleri 1993).
Pozitivist araştırma ayrıca tekrarlanabilirlik ile karakterize edilir.
basitleştirmeler ve çürütmeler. Ayrıca pozitivist araştırma kabul ediyor
çalışılan fenomenler arasında a priori ilişkilerin varlığı.
Galliers'e (1992) göre taksonomi bir araştırma yöntemidir.
Bununla sınırlı olmamakla birlikte pozitivist paradigmanın içinde yer alan
aslında laboratuvar deneyleri var, saha deneyleri var,
vaka çalışmaları, teorem kanıtlama, tahminler ve simülasyonlar.
Bu yöntemleri kullanan araştırmacılar, fenomenin
objektif ve titiz bir şekilde gözlemlenebilir.
3.1.1.2 Yorumlayıcı araştırma
Genellikle fenomenoloji veya fenomenoloji olarak adlandırılan yorumlayıcı araştırma
anti-pozitivizm, Neuman (1994) tarafından “analiz
doğrudan ve dolaylı olarak eylemin toplumsal anlamının sistematiği
Sırayla doğal durumlarda insanların ayrıntılı gözlemi
nasıl olduğuna dair bir anlayışa ve yoruma varmak için
insanlar sosyal dünyalarını yaratır ve sürdürürler. Çalışmalar
yorumlayıcı teoriler, gözlemlenen fenomenlerin olduğu varsayımını reddeder.
objektif olarak gözlemlenebilir. Gerçekten de onlar temelli
sübjektif yorumlar üzerine. Ayrıca yorumlayıcı araştırmacılar,
inceledikleri fenomenlere apriori anlamlar yüklerler.
Bu yöntem, sübjektif/tartışmacı çalışmaları,
araştırma, betimleyici/yorumlayıcı çalışmalar, gelecekteki araştırmalar ve oyun
rol. Bu anketlere ek olarak vaka çalışmaları da yapılabilir.
çalışmaları ilgilendirdiği için bu yaklaşıma dahil edilmiştir.
karmaşık durumlarda bireyler veya kuruluşlar
gerçek dünyanın.
3.1.1.3 Kritik araştırma
Eleştirel araştırma, bilimlerde en az bilinen yaklaşımdır.
sosyal ama son zamanlarda araştırmacıların dikkatini çekmiştir
bilgi sistemleri alanında. Felsefi varsayım,
toplumsal gerçeklik tarihsel olarak insanlar tarafından üretilir ve yeniden üretilir,
eylemleri ve etkileşimleri ile sosyal sistemlerin yanı sıra. Onların
Bununla birlikte, yetenek, bir dizi hususa aracılık eder
sosyal, kültürel ve politik.
Yorumlayıcı araştırma gibi, eleştirel araştırma da
pozitivist araştırmanın toplumsal bağlamla hiçbir ilgisi yoktur ve
insan eylemleri üzerindeki etkisi.
Eleştirel araştırma ise yorumlayıcı araştırmayı şu nedenlerle eleştirir:
çok öznel olmak ve neden yardımcı olmak için yola çıkmadığı
insanlar hayatlarını iyileştirmek için. arasındaki en büyük fark
eleştirel araştırma ve diğer iki yaklaşım onun değerlendirici boyutudur.
Pozitivist ve yorumlayıcı geleneklerin nesnelliği,
statükoyu veya sosyal gerçekliği tahmin etme veya açıklama, eleştirel araştırma
toplumsal gerçekliği eleştirel bir biçimde değerlendirmeyi ve dönüştürmeyi amaçlar.
stüdyo.
Eleştirel araştırmacılar genellikle statükoya karşı çıkarlar.
sosyal farklılıkları ortadan kaldırmak ve sosyal koşulları iyileştirmek. Orada
eleştirel araştırma bir süreç görüşü taahhüdüne sahiptir.
ilgilenilen olgudur ve bu nedenle normalde boylamsaldır.
Araştırma yöntemlerine örnek olarak uzun süreli tarihsel çalışmalar ve
etnografik çalışmalar. Ancak eleştirel araştırma yapılmadı.
Bilgi sistemleri araştırmalarında yaygın olarak kullanılan
3.1.2 Araştırmanın amacı
Aramanın doğası ile birlikte amacı da kullanılabilir.
Araştırmacıya belirli bir yöntemi seçmede rehberlik etmek için
araştırma. Bir araştırma projesinin amacı yakından ilişkilidir.
oluşan arama döngüsüne göre aramanın konumuna
üç aşama: teori oluşturma, teori test etme ve teori geliştirme
teori. Böylece, momentuma karşı arama döngüsüne dayalı olarak, bir
araştırma projesi açıklayıcı, betimleyici, tanımlayıcı olabilir.
keşif veya tahmin.
3.1.2.1 Keşifsel araştırma
Keşifsel araştırma, bir konuyu araştırmayı amaçlar
tamamen yeni ve araştırma için sorular ve hipotezler formüle edin
gelecek. Bu arama türü,
yeni bir alanda ilk referansları elde etmek için teori.
Tipik olarak, vaka çalışmaları gibi nitel araştırma yöntemleri kullanılır.
çalışma veya fenomenolojik çalışmalar.
Bununla birlikte, aşağıdakiler gibi kantitatif tekniklerin kullanılması da mümkündür:
Keşif araştırmaları veya deneyler.
3.1.3.3 Tanımlayıcı arama
Betimsel araştırma, büyük ölçüde analiz etmeyi ve betimlemeyi amaçlar.
belirli bir durumu veya örgütsel uygulamayı detaylandırın. Bu
teoriler oluşturmak için uygundur ve aynı zamanda
hipotezleri onaylayın veya tartışın. Açıklayıcı arama genellikle
ölçümlerin ve numunelerin kullanımını içerir. En uygun araştırma yöntemleri
araştırmaları ve arka plan analizlerini içerir.
3.1.2.3 Açıklayıcı araştırma
Açıklayıcı araştırma, olayların neden olduğunu açıklamaya çalışır.
Daha önce incelenmiş ve bulmaya çalışan gerçekler üzerine inşa edilmiştir.
bu gerçeklerin nedenleri.
Dolayısıyla açıklayıcı araştırma normalde araştırma üzerine kuruludur.
keşfedici veya tanımlayıcıdır ve test etmek ve iyileştirmek için yardımcıdır
teoriler. Açıklayıcı araştırma normalde vaka çalışmalarını kullanır
veya ankete dayalı araştırma yöntemleri.
3.1.2.4 Önleyici araştırma
Önleyici araştırma olayları ve davranışları tahmin etmeyi amaçlar
incelenmekte olan gözlem altında (Marshall ve Rossman
1995). Tahmin, gerçeğin standart bilimsel testidir.
Bu tür araştırmalarda genellikle anketler veya veri analizi kullanılır.
vermek tarihçiler (Yin 1989)
Yukarıdaki tartışma, birkaç tane olduğunu göstermektedir.
bir çalışmada kullanılabilecek olası araştırma yöntemleri
özel. Ancak, daha uygun olan belirli bir yöntem olmalıdır.
diğerleri belirli bir araştırma projesi türü için. (Galierler
1987, Yin 1989, De Vaus 1991). Bu nedenle her araştırmacı,
güçlü ve zayıf yanlarını dikkatlice değerlendirmek gerekir.
çeşitli yöntemler, en uygun araştırma yönteminin benimsenmesine varmak e
araştırma projesi ile uyumludur. (Jenkins 1985, Pervan ve Klass
1992, Bonomia 1985, Yin 1989, Himilton ve Ives 1992).
3.2. Olası arama yöntemleri
Bu projenin amacı, deneyimlerini incelemekti.
i ile Avustralya kuruluşları vermek biriyle saklandı
gelişimi veri ambarı. Verilmiş ki, şu anda bir tane var
Avustralya'da veri ambarı alanında araştırma eksikliği,
bu araştırma projesi hala döngünün teorik aşamasında
araştırma ve keşif amaçlıdır. deneyim keşfetmek
Veri ambarını benimseyen Avustralya kuruluşları
gerçek toplumun yorumlanmasını gerektirir. Sonuç olarak,
araştırma projesinin altında yatan felsefi varsayım şu şekildedir:
geleneksel yorum.
Mevcut yöntemlerin titiz bir incelemesinden sonra, bunlar tanımlanmıştır.
iki olası araştırma yöntemi: anketler ve vaka çalışmaları
(vaka çalışmaları), araştırma için kullanılabilecek
keşfedici (Shanks ve diğerleri 1993). Galliers (1992) şunu öne sürer:
Bu özel çalışma için bu iki yöntemin uygunluğu
taksonomisi inşaata uygun diyerek revize edildi
teorik. Aşağıdaki iki alt bölüm, her yöntemi tartışır.
detay.
3.2.1 Anket araştırma yöntemi
Anket araştırma yöntemi, antik yöntemden gelir.
nüfus sayımı Nüfus sayımı, bilgi toplamakla ilgilidir.
bütün bir nüfus. Bu yöntem pahalı ve pratik değildir.
özellikle nüfus büyükse. yani karşılaştırıldığında
nüfus sayımı, bir anket normalde şuna odaklanır:
az sayıda veya numune için bilgi toplayın.
nüfusun temsilcileri (Fowler 1988, Neuman 1994). A
örneklem, içinden alındığı popülasyonu yansıtır ve farklı
doğruluk seviyeleri, numunenin yapısına göre,
boyutu ve kullanılan seçim yöntemi (Fowler 1988, Babbie
1982, Neumann 1994).
Anket yöntemi, "uygulamaların anlık görüntüleri,
kullanarak üstlenilen belirli bir zaman noktasındaki durumlar veya görüşler
çıkarımların yapılabileceği anketler veya mülakatlar
yapılmış” (Galliers 1992:153) [uygulamaların anlık fotoğrafları,
kullanarak üstlenilen belirli bir zamandaki durumlar veya görüşler
çıkarımların yapılabileceği anketler veya görüşmeler]. bu
anketler, belirli yönler hakkında bilgi toplanmasıyla ilgilenir
çalışmanın, birkaç katılımcı tarafından
sorular (Fowler 1988). Hatta bu anketler ve mülakatlar,
yüz yüze telefon görüşmelerini ve yapılandırılmış görüşmeleri içerir,
toplama teknikleridir vermek en sık kullanılan
araştırmalar (Blalock 1970, Nachmias ve Nachmias 1976, Fowler
1988), gözlemler ve analizler kullanılabilir (Gable
1994). Tüm bu tanrıları toplama yöntemlerinden vermek, kullanımı
anket, en popüler tekniktir, çünkü ben vermek
toplananlar yapılandırılmış ve biçimlendirilmiştir ve böylece kolaylaştırır
bilgilerin sınıflandırılması (Hwang 1987, de Vaus 1991).
analiz ederken ben vermek, bir soruşturma stratejisi genellikle
istatistiksel analiz gibi kantitatif teknikler, ancak
kalitatif teknikler de kullanılmaktadır (Galliers 1992, Pervan
ve Klass 1992, Gable 1994). Normalde ben vermek toplanan
derneklerin dağılımlarını ve kalıplarını analiz etmek için kullanılır
(Fowler 1988).
Anketler genellikle aramalar için uygun olsa da
'ne?' (ne) veya ondan
'ne kadar' (ne kadar) ve 'quant'è' (kaç tane) gibi türetme, onlar
'neden' sorusu yoluyla sorulabilir (Sonquist ve
Dunkelberg 1977, Yin 1989). Sonquist ve Dunkelberg'e göre
(1977), araştırma sorgulaması zor hipotezlere işaret eder, program di
değerlendirme, popülasyonu tanımlama ve model geliştirme
insan davranışı. Ayrıca, anketler kullanılabilir
nüfusun belirli bir görüşünü, koşullarını incelemek,
görüşler, özellikler, beklentiler ve hatta geçmiş davranışlar
veya mevcut (Neuman 1994).
Araştırmalar, araştırmacının olaylar arasındaki ilişkileri keşfetmesini sağlar.
popülasyon ve sonuçlar genellikle için olduğundan daha geneldir.
diğer yöntemler (Sonquist ve Dunkelberg 1977, Gable 1994). bu
anketler, araştırmacıların coğrafi bir alanı kapsamasına olanak tanır
daha geniş ve çok sayıda tescil ettirene ulaşmak (Blalock 1970,
Sonquist ve Dunkelberg 1977, Hwang ve Lin 1987, Gable 1994,
Neumann 1994). Son olarak, anketler bilgi sağlayabilir
başka yerde bulunmayan veya analizler için gerekli olan formda
(Fowler 1988).
Bununla birlikte, bir anket yürütmenin bazı sınırlamaları vardır. Bir
Dezavantajı, araştırmacının fazla bilgi elde edememesidir.
İncelenen nesne hakkında. Bunun nedeni,
soruşturmalar yalnızca belirli bir anda gerçekleştirilir ve bu nedenle,
Araştırmacının yapabileceği sınırlı sayıda değişken ve kişi vardır.
çalışma (Yin 1989, de Vaus 1991, Gable 1994, Denscombe 1998).
Diğer bir dezavantaj, anket çalıştırmanın ne olabileceğidir.
zaman ve kaynaklar açısından çok maliyetli, özellikle de
yüz yüze görüşmeleri içerir (Fowler 1988).
3.2.2. Sorgulama Araştırma Yöntemi
Sorgulayıcı araştırma yöntemi derinlemesine incelemeyi içerir.
gerçek bağlamında belirli bir durum
herhangi bir müdahaleye gerek kalmaksızın belirli bir süre
araştırmacı (Shanks & C. 1993, Eisenhardt 1989, Jenkins 1985).
Çoğunlukla bu yöntem, arasındaki ilişkileri tanımlamak için kullanılır.
belirli bir durumda incelenen değişkenler
(Gallier 1992). Soruşturmalar bireysel vakaları veya
analiz edilen fenomene bağlı olarak katları (Franz ve Robey 1987,
Eisenhardt 1989, Yin 1989).
Sorgulayıcı araştırma yöntemi, “sorgulamalı araştırma” olarak tanımlanmaktadır.
içinde çağdaş bir fenomeni inceleyen ampirik çalışma
gerçek bağlamı, bir o kaynaktan toplanan birden çok kaynak kullanılarak
insanlar, gruplar veya kuruluşlar gibi çoklu varlıklar” (Yin 1989).
Olgu ile bağlamı arasında net bir ayrım yoktur.
değişkenlerin kontrolü veya deneysel manipülasyonu yoktur (Yin
1989, Benbasat ve diğerleri 1987).
Tanrıları toplamak için çeşitli teknikler vardır. vermek yapabilecekleri
içeren soruşturma yönteminde kullanılabilir.
doğrudan gözlemler, arşiv kayıtlarının gözden geçirilmesi, anketler,
dokümantasyon incelemesi ve yapılandırılmış görüşmeler. sahip olmak
çeşitli hasat teknikleri vermeksoruşturmalar
araştırmacıların her ikisiyle de ilgilenmesine izin verin vermek nitel ki
miktarları aynı anda (Bonoma 1985, Eisenhardt 1989, Yin
1989, Gable 1994). Anket yönteminde olduğu gibi,
soruşturma araştırmacısı gözlemci veya araştırmacı olarak hareket eder ve
çalışma organizasyonunda aktif bir katılımcı olarak.
Benbasat ve diğerleri (1987), sorgulama yönteminin
özellikle araştırma teorisi inşası için uygun olan,
bir araştırma sorusuyla başlar ve eğitimle devam eder
toplama sürecinde bir teorinin vermek. Olmak
sahne için de uygun
Kuram oluşturma konusunda, Franz ve Robey (1987) şunu önermektedir:
sorgulama yöntemi aynı zamanda karmaşık için de kullanılabilir
teori aşaması. Bu durumda, toplanan delillere dayanarak, bir
verilen teori veya hipotez doğrulanır veya çürütülür. Ayrıca, soruşturma
"nasıl" veya "nasıl" sorularıyla ilgili araştırmalar için de uygundur
'çünkü' (Yin 1989).
Diğer yöntemlerle karşılaştırıldığında anketler, araştırmacının
temel bilgileri daha ayrıntılı olarak yakalayın (Galliers
1992, Shanks ve diğerleri 1993). Ayrıca, soruşturmalar izin verir
araştırılan süreçlerin doğasını ve karmaşıklığını anlamak için araştırmacı
(Benbasat ve ark. 1987).
Yöntemle ilgili dört ana dezavantaj vardır.
soruşturma. Birincisi, kontrollü kesintilerin olmamasıdır. Orada
Araştırmacı öznelliği bulguları ve sonuçları saptırabilir
çalışmanın (Yin 1989). İkinci dezavantaj, olmamasıdır.
kontrollü gözlem Deneysel yöntemlerden farklı olarak,
sorgulama araştırmacısı incelenen fenomeni kontrol edemez
doğal bağlamlarında incelendikleri için (Gable 1994). bu
üçüncü dezavantaj, tekrarlanabilirliğin olmamasıdır. Bunun nedeni aslında
araştırmacının aynı olayları gözlemleme ihtimalinin düşük olması, e
belirli bir çalışmanın sonuçlarını doğrulayamaz (Lee 1989).
Son olarak, tekrarlanamazlığın bir sonucu olarak, zor
bir veya daha fazla anketten elde edilen sonuçları genelleme (Galliers
1992, Shanks ve diğerleri 1993). Ancak tüm bu sorunlar,
üstesinden gelinemez ve aslında aşağıdakiler tarafından en aza indirilebilir:
uygun eylemleri uygulayan araştırmacı (Lee 1989).
3.3. Araştırma metodolojisini gerekçelendirin
kabul edilen
Bu çalışma için iki olası araştırma yönteminden, yöntem
Anket en uygun olarak kabul edilir. Soruşturma
ilgili hususlar dikkatli bir şekilde değerlendirildikten sonra atılmıştır.
erdemler ve zayıflıklar. Her birinin uygunluğu veya uygunsuzluğu
Bu çalışmanın yöntemi daha sonra tartışılacaktır.
3.3.1. Uygun olmayan araştırma yöntemi
soruşturma
Sorgulama yöntemi, bir konu hakkında derinlemesine çalışma gerektirir.
için bir veya daha fazla kuruluş içindeki belirli bir durum
(Eisenhardt 1989). Bu durumda süre
bu çalışma için verilen zaman çerçevesini aşar. Bir diğer
sorgulama yönteminin benimsenmemesinin nedeni, sonuçların
titizlik eksikliğinden muzdarip olabilirler (Yin 1989). öznellik
araştırmacının sonuçları ve sonuçları etkileyebilir. Bir diğer
Bunun nedeni, bu yöntemin soru aramaları için daha uygun olmasıdır.
'nasıl' veya 'neden' türünden (Yin 1989), araştırma sorusu ise
bu çalışma için 'ne' türündedir. En son ama en kötü değil
Daha da önemlisi, sonuçları tek bir ölçümden genellemek zordur.
birkaç araştırma (Galliers 1992, Shanks ve diğerleri 1993). temelinde
Bu mantıkla, sorgulayıcı araştırma yöntemi
bu çalışma için uygun değil olarak seçilmiştir.
3.3.2. Arama yönteminin rahatlığı
soruşturma
Bu araştırma yapıldığında, veri ambarı uygulaması
tarafından yaygın olarak benimsenmemişti.
Avustralya kuruluşları. Yani fazla bilgi yoktu
kapsamında uygulanmalarına ilişkin
Avustralya kuruluşları. Mevcut bilgi geldi
bir veri uygulayan veya kullanan kuruluşlardan
depo. Bu durumda tarama araştırma yöntemi en çok tercih edilen yöntemdir.
olmayan bilgilerin elde edilmesine izin verdiği için uygundur.
başka yerde veya analiz için gerekli biçimde mevcuttur (Fowler 1988).
Ayrıca tarama araştırması yöntemi, araştırmacının
uygulamalara, durumlara veya
belirli bir zamanda görülür (Galliers 1992, Denscombe 1998).
artırmak için bir genel bakış istenmiştir.
Avustralya veri ambarı deneyimi hakkında bilgi.
Yine Sonquist ve Dunkelberg (1977), sonuçların
Tarama araştırmaları diğer yöntemlere göre daha geneldir.
3.4. Anket Araştırma Tasarımı
Veri ambarı uygulamalarına ilişkin araştırma 1999 yılında yapılmıştır.

Hedef nüfus kuruluşlardan oluşuyordu
veri ambarı çalışmalarına ilgi duyan,
muhtemelen benim hakkımda zaten bilgilendirilmiş vermek hangi mağaza ve
bu nedenle, bu çalışma için yararlı bilgiler sağlayabilir. Orada
Hedef nüfus, ilk anketle belirlendi.
'Veri Ambarı Enstitüsü'nün (Tdwiaap) tüm Avustralyalı üyeleri.
Bu bölümde araştırma aşaması tasarımı ele alınmaktadır
bu çalışmanın ampirikleri.
3.4.1. Toplama tekniği vermek
Araştırmacı araştırmalarda yaygın olarak kullanılan üç teknikten
(ör. posta yoluyla anket, telefon görüşmesi ve görüşme)
kişisel) (Nachmias 1976, Fowler 1988, de Vaus 1991), için
Bu çalışmada anket posta yoluyla kabul edilmiştir. İlk
ikincisinin benimsenmesinin nedeni, bir sonuca ulaşabilmesidir.
coğrafi olarak dağınık nüfus (Blalock 1970, Nachmias e
Nachmias 1976, Hwang ve Lin 1987, de Vaus 1991, Gable 1994).
İkinci olarak, posta anketi katılımcılar için uygundur.
yüksek eğitimli (Fowler 1988). Bunun için posta yoluyla anket
çalışma, veri ambarı proje sponsorlarına yöneliktir,
proje yöneticileri ve/veya yöneticileri. Üçüncüsü, anketler
güvenli bir listeniz olduğunda posta uygundur.
adresler (Salant ve Dilman 1994). TDWI, bu durumda, bir
güvenilir veri ambarı derneği, posta listesini sağladı
Avustralyalı üyelerinden. Anketin bir başka artısı
posta yoluyla veya telefon anketi veya mülakatlarla
kişisel, tescil ettirenlerin daha fazla yanıt vermesine izin vermesidir
doğruluk, özellikle yanıtlayanların danışması gerektiğinde
diğer insanlarla notlar alın veya soruları tartışın (Fowler
1988).
için gereken süre potansiyel bir dezavantaj olabilir.
posta yoluyla anket yapmak. Normalde, bir anket uzakta
posta şu sırayla gerçekleştirilir: mektup gönder, bekle
yanıtlar ve onay gönderin (Fowler 1988, Bainbridge 1989).
Bu nedenle, toplam süre, gerekli olan süreden daha uzun olabilir.
kişisel görüşmeler veya telefon görüşmeleri için. Ancak
toplam süre önceden bilinebilir (Fowler 1988,
Denscombe 1998). Röportaj yapmak için harcanan zaman
kişiden kişiye değiştiği için önceden bilinemez.
bir görüşmeden diğerine (Fowler 1988). Telefon görüşmeleri
posta anketlerinden ve e-postalardan daha hızlı olabilir
kişisel görüşmeler, ancak yüksek bir kaçırma oranına sahip olabilirler
bazı insanların bulunmamasından kaynaklanan yanıt (Fowler 1988).
Ek olarak, telefon görüşmeleri genellikle listelerle sınırlıdır.
nispeten kısa sorular (Bainbridge 1989).
Postayla gönderilen bir anketin diğer bir zayıflığı,
tepki eksikliği (Fowler 1988, Bainbridge 1989, Neuman
1994). Ancak, dernek tarafından karşı önlemler alınmıştır.
güvenilir bir veri kurumu ile bu çalışma
depolama (yani TDWI) (Bainbridge 1989, Neuman 1994),
cevap vermeyenlere iki hatırlatma mektubu gönderen
(Fowler 1988, Neuman 1994) ve ayrıca bir mektup içerir.
çalışmanın amacını açıklayan ek (Neuman 1994).
3.4.2. Analiz birimi
hakkında bilgi edinmek bu çalışmanın amacıdır.
veri ambarının uygulanması ve bunların kullanılması
Avustralya kuruluşları içinde. hedef nüfus
olan tüm Avustralya kuruluşlarından oluşur.
uygulanmış veya uygulanmakta olan, ben veri ambarı. içinde
bireysel kuruluşlar aşağıda adlandırılmıştır. Anket
benimsemekle ilgilenen kuruluşlara postalandı.
di veri ambarı. Bu yöntem, bilgilerin
koleksiyonlar her kuruluşun en uygun kaynaklarından gelir
katılımcı.
3.4.3. Anket örneği
Anket katılımcılarının "posta listesi" şu adresten alınmıştır:
TDW uzantısı. Bu listeden, 3000 Avustralya kuruluşu
örnekleme esası olarak seçilmiştir. A
projeyi ve araştırmanın amacını açıklayan ek yazı,
bir cevap kartı ve ön ödemeli zarf ile birlikte
doldurulan anket numuneye geri gönderilmiştir.
3000 kuruluştan 198'i katılmayı kabul etti
çalışmak. Bu kadar az sayıda yanıt bekleniyordu verilmiş il
daha sonra sahip oldukları çok sayıda Avustralya kuruluşu
tarih stratejisini benimsemiş veya benimsiyorlardı
kendi organizasyonları içinde depolama. Böylece
Bu çalışmanın hedef popülasyonu sadece 198 kişiden oluşmaktadır.
kuruluşlar.
3.4.4. Anketin içeriği
Anket yapısı tarih modeline dayalıydı
Monash depolama (daha önce bölüm 2.3'te ele alınmıştır). bu
anket içeriği analizlere dayanıyordu.
2. bölümde sunulan literatür. Anketin bir kopyası
anket katılımcılarına gönderilen bulunabilir
Ek B'de yer almaktadır. Anket altı bölümden oluşmaktadır.
işlenmiş modelin aşamalarını takip edin. Aşağıdaki altı paragraf
her bölümün içeriğini kısaca özetleyin.
Bölüm A: Kuruluş hakkında temel bilgiler
Bu bölüm, profiliyle ilgili soruları içerir.
katılan kuruluşlar. Ayrıca, bazı sorular
veri ambarı projesinin durumu ile ilgili
katılımcı. İsim gibi gizli bilgiler
Anket analizinde kuruluşun bilgileri açıklanmamıştır.
Bölüm B: Başlangıç
Bu bölümdeki sorular başlangıç ​​ile ilgilidir.
veri depolama. Sorular ne kadar soruldu
proje başlatıcıları, sponsorları, becerileri ve bilgileri ile ilgilidir.
istekler, veri ambarı geliştirme hedefleri ve
son kullanıcı beklentileri.
Bölüm C: Tasarım
Bu bölümde, kurumun faaliyetleri ile ilgili sorular yer almaktadır.
planlaması veri ambarı. Spesifik olarak, sorular
yürütme kapsamı, projenin süresi, maliyeti hakkında bilgi verin
proje ve maliyet/fayda analizi.
Bölüm D: Geliştirme
Geliştirme bölümünde, etkinlikleri ile ilgili sorular yer almaktadır.
gelişimi veri ambarı: kullanıcı gereksinimlerinin toplanması
son olarak, kaynaklar vermekmantıksal modeli vermek, prototipler,
kapasite planlaması, teknik mimariler ve
veri ambarı geliştirme araçları.
Bölüm E: Çalıştırma
operasyon ed ile ilgili operasyonel sorular
genişletilebilirliğine veri ambarı, geliştikçe
geliştirmenin bir sonraki aşaması. Orada veri kalitesistratejileri
yenilemek vermekayrıntı düzeyi vermekveri ölçeklenebilirliği
depo ve güvenlik sorunları veri ambarı onlar arasındaydılar
sorulan soru türleri.
Bölüm F: Geliştirme
Bu bölüm, verilerin kullanımıyla ilgili soruları içerir.
Son kullanıcılar tarafından depo. Araştırmacı ilgilendi
amacı ve faydası için veri ambarı, inceleme ve stratejiler
benimsenen eğitim ve verilerin kontrol stratejisi
depo kabul edildi.
3.4.5. Yanıt oranı
Her ne kadar posta anketleri bir orana sahip olduğu için eleştirilse de
düşük yanıt, artırmak için önlemler alınmıştır.
getiri oranı (daha önce kısmen tartışıldığı gibi
3.4.1). 'Yanıt oranı' terimi,
belirli bir anket örneğinde yanıt veren kişiler
anket (Denscombe 1998). Aşağıdaki kullanıldı
Bu çalışma için yanıt oranını hesaplama formülü:
Yanıt veren kişi sayısı
Yanıt oranı =
—————————————————————————– X 100
Gönderilen toplam anket sayısı
3.4.6. Test Pilotu
Anket örneğe gönderilmeden önce, sorular
Luck'un önerdiği şekilde pilot testler yapılarak incelenmiştir.
ve Rubin (1987), Jackson (1988) ve de Vaus (1991). Amacı
pilot testler tüm garip, belirsiz ve ifadeleri ortaya çıkarmaktır
yorumlaması zor sorular, açıklığa kavuşturmak için
kullanılan tanımlar ve terimler ve yaklaşık süreyi belirlemek için
anketi doldurmaları gerekmektedir (Warwick ve Lininger 1975,
Jackson 1988, Salant ve Dilman 1994). Pilot denemeler yapıldı
benzer özelliklere sahip denekler seçilerek gerçekleştirilir.
Davis e tarafından önerildiği gibi, son konuların Cosenza (1993). İçinde
Bu çalışmada, altı veri ambarı uzmanı
pilot konular olarak seçilmiştir. Her pilot testten sonra,
gerekli düzeltmeler yapılmıştır. Gerçekleştirilen pilot testlerden, i
katılımcılar yeniden şekillendirmeye ve sıfırlamaya yardımcı oldu
anketin son hali.
3.4.7. Analiz Yöntemleri Vermek
I vermek Kapalı uçlu anketlerden toplanan anket verileri,
istatistiksel bir yazılım paketi kullanılarak analiz edildi
SPSS olarak adlandırılır. Yanıtların çoğu analiz edildi
tanımlayıcı istatistiklerin kullanılması. Bir dizi anket
eksik döndüler. Bunlar yaşlılarla tedavi edildi
emin olmak için dikkat vermek eksik biri değildi
veri girişi hatalarının sonucu, ama neden soru sorulmasın?
deklaran için uygun olup olmadığına karar veren deklaran
bir veya daha fazla belirli soruyu yanıtlayın. Bu cevaplar
ayrıştırılırken eksik göz ardı edildi vermek ve olmuştur
süreçten dışlanmalarını sağlamak için '-9' olarak kodlanmıştır.
analizler.
Anket hazırlanırken kapalı uçlu sorular sorulmuştur.
her seçeneğe bir numara atayarak önceden kodlanmıştır. Numara
sonra ben hazırlamak için kullanıldı vermek analiz sırasında
(Denscombe 1998, Sapsford ve Jupp 1996). Örneğin, vardı
B bölümünün 1. sorusunda listelenen altı seçenek: tavsiye
müdürlük, üst düzey yönetici, bilgi işlem departmanı, birim
iş, danışmanlar ve daha fazlası. dosyasında vermek SPSS'in,
'projeyi başlatan'ı belirtmek için bir değişken oluşturuldu,
altı değer etiketi ile: 'pano' için '1', '2'
'kıdemli yönetici' vb. için. Likertin ölçeğinin kullanımı
kapalı soruların bazılarında da izni var
değerlerin kullanımı göz önüne alındığında hiçbir çaba gerektirmeyen bir tanımlama
karşılık gelen sayılar SPSS'de girilir. ile sorular için
birbirini dışlamayan kapsamlı olmayan cevaplar,
her seçenek iki ile tek bir değişken olarak ele alındı
değer etiketleri: 'işaretli' için '1' ve 'işaretsiz' için '2'.
Açık uçlu sorular, sorulardan farklı ele alındı
kapalı. Bu soruların cevapları henüz yayınlanmadı.
SPSS. Bunun yerine elle analiz edildiler. bunun kullanımı
soru türü, fikirler hakkında bilgi edinmenizi sağlar
özgürce ifade edilen ve tescil ettirenlerin kişisel deneyimleri
(Bainbridge 1989, Denscombe 1998). Mümkünse, yapıldı
yanıtların sınıflandırılması.
analizi için vermek, basit istatistiksel analiz yöntemleri kullanılır,
yanıtların sıklığı, ortalama, standart sapma gibi
ortalama ve medyan (Argyrous 1996, Denscombe 1998).
Gama testi, kantitatif ölçümler elde etmede etkiliydi
arasındaki derneklerin vermek sıra sayıları (Norusis 1983, Argyrous 1996).
Bu testler uygundu çünkü kullanılan sıralı ölçekler uygun değildi.
birçok kategorileri vardı ve bir tabloda gösterilebilirlerdi
(Norusis 1983).
3.5 Somario
Bu bölümde araştırma metodolojisi ve
Bu çalışma için kabul edilen tasarımlar.
için en uygun arama yöntemini seçme
özel çalışma içine alır
doğası ve türü dahil olmak üzere bir dizi kuralı göz önünde bulundurun
araştırmaların yanı sıra, olası her birinin yararları ve zayıflıkları
yöntemi (Jenkins 1985, Benbasat ve diğerleri 1097, Galliers ve Land 1987,
yin 1989, Hamilton ve ives 1992, Galliers 1992, neuman 1994). Görüş
bu konuda mevcut bilgi ve teori eksikliği
Avustralya'da veri ambarı benimseme oranı, bu çalışma tarafından
araştırma becerisine sahip yorumlayıcı bir araştırma yöntemi gerektirir.
kuruluşların deneyimlerini keşfetmek için keşfedici
Avustralyalı. Arama yönteminiz için seçildi
tarih kavramının benimsenmesine ilişkin bilgi toplamak
Avustralya kuruluşları tarafından depolama. A
toplama tekniği olarak posta anketi seçilmiştir. vermeksteroidlerdendir.
araştırma yöntemi ve toplama tekniği için gerekçeler vermek
seçimler bu bölümde yapılacaktır. artı öyleydi
analiz birimi, örnek hakkında bir tartışma sundu
Kullanılan yanıt oranları, anketin içeriği,
anketin ön testi ve analiz yöntemi vermek.

Tasarımı bir Veri deposu:
Varlık İlişkilerini ve Boyutsal Modellemeyi Birleştirme
ÖZET
mağaza i vermek birçokları için önemli bir güncel sorundur.
kuruluşlar. Gelişimde önemli bir sorun
depolanmasının vermek bu onun tasarımı.
Tasarım, verilerdeki kavramların algılanmasını desteklemelidir.
depodan eski sisteme ve diğer kaynaklara vermek ve ayrıca bir
verilerin kolay anlaşılması ve verimli bir şekilde uygulanması
depo.
Depolama literatürünün çoğu vermek önerilen
için varlık ilişkisi modellemesi veya boyutsal modellemenin kullanımı
tasarımını temsil eder veri ambarı.
Bu dergide, her ikisinin de nasıl olduğunu gösteriyoruz.
temsiller için bir yaklaşımda birleştirilebilir
çizimi veri ambarı. Kullanılan yaklaşım sistematik olarak
bir vaka çalışmasında incelenmiş ve bir dizi tespit edilmiştir.
profesyoneller için önemli çıkarımlar.
VERİ DEPOLAMA
Un veri ambarı genellikle “konu odaklı,
destek için entegre, zamana bağlı ve geçici olmayan veri toplama
yönetimin kararları” (Inmon ve Hackathorn, 1994).
Konu yönelimli ve bütünleşik, veri ambarı è
için eski sistemlerin işlevsel sınırlarını aşmak üzere tasarlanmıştır.
entegre bir bakış açısı sunar. vermek.
Zaman değişkeni, videonun tarihsel veya zaman serisi doğasıyla ilgilidir. vermek in
un veri ambarıeğilimlerin analiz edilmesini sağlar.
Uçucu olmayan, veri ambarı sürekli değil
olarak güncellendi veritabanı OLTP'nin. Daha doğrusu güncellendi
ile periyodik olarak vermek iç ve dış kaynaklardan. bu
veri ambarı araştırma için özel olarak tasarlanmıştır
güncelleme bütünlüğü ve performansı yerine
operasyonlar.
depolama fikri vermek yeni değil, amaçlardan biriydi
yönetiminin vermek altmışlardan beri (Il Martin, 1982).
I veri ambarı altyapıyı sunuyorlar vermek yönetim için
destek sistemleri. Yönetim destek sistemleri karar içerir
destek sistemleri (DSS) ve yönetici bilgi sistemleri (EIS).
DSS, bilgisayar tabanlı bir bilgi sistemidir.
süreci ve sonuç olarak tutuşu iyileştirmek için tasarlanmıştır
insan kararı. Bir EIS tipik olarak bir dağıtım sistemidir
vermek işletme yöneticilerinin görünüme kolayca erişmesini sağlayan
arasında vermek.
genel mimarisi bir veri ambarı rolünü vurgular
veri ambarı yönetim desteğinde. sunmanın yanı sıra
altyapı vermek EIS ve DSS için, al veri ambarı mümkün
sorgular aracılığıyla doğrudan erişin. ONLAR vermek bir tarihe dahil
deponun bilgi gereksinimlerinin analizine dayanmaktadır.
yönetim ve üç kaynaktan elde edilir: dahili eski sistemler,
özel amaçlı veri yakalama sistemleri ve harici veri kaynakları. ONLAR
vermek dahili eski sistemlerde genellikle gereksizdir,
dayanıksız, düşük kaliteli ve birden çok formatta depolanmış
bu nedenle, onları sisteme yüklemeden önce uzlaştırılmaları ve temizlenmeleri gerekir.
veri ambarı (Inmon, 1992; McFadden, 1996). ONLAR vermek itibaren
depolama sistemlerinden vermek geçici ve kaynaklardan vermek
harici genellikle i'yi artırmak (güncellemek, değiştirmek) için kullanılır
vermek eski sistemlerden.
geliştirmek için pek çok zorlayıcı neden vardır. veri ambarı,
kullanım yoluyla daha iyi karar vermeyi içeren
etkili daha fazla bilgi (Ives 1995), odaklanma desteği
(Graham 1996) ve maliyetlerin azalması
hükmü vermek EIS ve DSS için (Graham 1996, McFadden
1996).
Yakın tarihli bir ampirik çalışma, ortalama olarak,
benim için yatırımlar veri ambarı üç yıl sonra %401 oranında (Graham,
1996). Bununla birlikte, diğer ampirik çalışmalar veri ambarı var
ed'i ölçmede zorluk da dahil olmak üzere önemli sorunlar buldu
faydaları dağıtma, net bir amacın olmaması, onu hafife alma
depolama sürecinin kapsamı ve karmaşıklığı vermek, içinde
kaynakları ve temizliği konusunda özellikle vermek.
mağaza i vermek çözüm olarak kabul edilebilir
yönetim sorununa vermek kuruluşlar arasında. Orada
manipülasyonu vermek sosyal bir kaynak olarak,
boyunca bilgi sistemlerini yönetmede temel problemler
(Brancheau ve ark. 1996, Galliers ve ark. 1994,
Niederman ve ark. 1990, Pervan 1993).
Varlık yönetimine popüler bir yaklaşım vermek seksenlerdeydi
bir modelin geliştirilmesi vermek sosyal. modeli vermek sosyaldi
yeni sistemlerin geliştirilmesi için istikrarlı bir temel sunmak üzere tasarlanmıştır
uygulamalar ve veritabanı ve mirasın yeniden inşası ve entegrasyonu
sistemleri (Brancheau ve ark.
1989, Goodhue ve ark. 1988:1992, Kim ve Everest 1994).
Ancak, bu yaklaşımla ilgili pek çok sorun vardır.
özellikle, her görevin karmaşıklığı ve maliyeti ve uzun süre
somut sonuçlara sahip olması gerekir (Beynon-Davies 1994, Earl
1993, Goodhue ve ark. 1992, Periasamy 1994, Shanks 1997).
Il veri ambarı mirasla birlikte var olan ayrı bir veritabanıdır.
veritabanlarını değiştirmek yerine. Bu nedenle,
yönetimini yönlendirmek vermek ve maliyetli yeniden yapılandırmadan kaçının
eski sistemlerden.
VERİ TASARIMI İÇİN MEVCUT YAKLAŞIMLAR
DEPOSU
Bir yapı oluşturma ve mükemmelleştirme süreci veri ambarı
değil, evrimsel bir süreç olarak anlaşılmalıdır.
geleneksel sistem geliştirme yaşam döngüsü (Desio1995, Shanks,
O'Donnell ve Arnott 1997a). Bir işlemde yer alan birçok süreç vardır.
projesi veri ambarı başlatma, zamanlama gibi;
şirket yöneticilerinden talep edilen gereksinimlerden elde edilen bilgiler;
kaynaklar, dönüşümler, temizlik vermek ve eski sürümden senkronize edin
sistemleri ve diğer kaynaklar vermek; geliştirilmekte olan teslimat sistemleri;
izlenmesi veri ambarı; ve sürecin anlamsızlığı
evrim ve inşaat veri ambarı (Shins, O'Donnell
ve Arnott 1997b). Bu dergide, nasıl yapılacağına odaklanıyoruz.
çiz ben vermek bu diğer süreçler bağlamında saklanır.
Veri mimarisine yönelik bir dizi önerilen yaklaşım vardır.
literatürde (Inmon 1994, Ives 1995, Kimball 1994)
McFadden 1996). Bu metodolojilerin her birinin kısa bir
güçlü ve zayıf yönlerinin bir analizi ile gözden geçirin.
Inmon'un (1994) Yaklaşımı Veri deposu
Dizayn
Inmon (1994), bir veri tasarlamak için dört yinelemeli adım önermiştir.
depo (bkz. Şekil 2). İlk adım bir şablon tasarlamaktır
vermek nasıl olduğumu anlamak için sosyal vermek entegre edilebilir
bir organizasyon içindeki fonksiyonel alanlarda
alt bölümlere ayırma vermek alanlarda saklayın. Modeli vermek için yapıldı
depolamak vermek dahil olmak üzere karar verme ile ilgili vermek
tarihsel ve dahil vermek düşülür ve toplanır. ikinci adım
uygulama için konu alanlarını belirleyin. Bunlar esas alınır
belirli bir kuruluş tarafından belirlenen önceliklere göre. Üçüncü
adım bir çizim içerir veritabanı konu alanı için, pozlar
uygun ayrıntı düzeylerini dahil etmeye özellikle dikkat edin.
Inmon, varlık ve ilişki modelinin kullanılmasını önerir. Dördüncü
adım, kaynak sistemleri belirlemektir vermek gerekli ve geliştirmek
yakalamak, temizlemek ve biçimlendirmek için dönüşüm süreçleri i vermek.
Inmon'un yaklaşımının güçlü yönleri, modelin vermek sosyal
entegrasyonu için temel oluşturur. vermek organizasyon içinde
ve verilerin yinelemeli gelişimi için desteklerin planlanması
depo. Kusurları, çizimin zorluğu ve maliyetidir.
modello vermek sosyal, varlık modellerini anlamadaki zorluk e
Her iki modelde de kullanılan ilişkiler, vermek sosyal ve o vermek
konu alanına göre saklanan ve uygunluğunu vermek del
çizimi veri ambarı gerçekleşmesi için veritabanı
ilişkisel ama için değil veritabanı çok boyutlu.
Ives'in (1995) Yaklaşımı Veri deposu
Dizayn
Ives (1995), bir tasarım tasarlamak için dört aşamalı bir yaklaşım önerir.
Bir tarihin tasarımı için geçerli olduğunu düşündüğü bilgi sistemi
depo (bkz. Şekil 3). Yaklaşım büyük ölçüde şuna dayalıdır:
Bilgi sistemlerinin geliştirilmesi için Bilgi Mühendisliği
(Martin 1990). İlk adım, hedefleri, faktörleri belirlemektir.
başarı hikayeleri ve temel performans göstergeleri. ONLAR
kilit iş süreçleri ve gerekli bilgiler
bizi bir modele götürmek için modellendi vermek sosyal. ikinci adım
tanımlayan bir mimarinin geliştirilmesini içerir. vermek
alana göre saklanan, veritabanı di veri ambarı, bileşenler
gerekli olan teknoloji, kurumsal destek seti
uygulamak ve işletmek için gerekli veri ambarı. Üçüncü
Adım, gerekli yazılım paketlerinin ve araçlarının seçimini içerir.
Dördüncü adım, yapının detaylı tasarımı ve inşasıdır.
veri ambarı. Ives bu mağazayı not ediyor vermek o bir bağ
yinelemeli süreç.
Ives'in yaklaşımının gücü, teknik özelliklerin kullanılmasıdır.
bilgi gereksinimlerinin belirlenmesi, yapılandırılmış bir
entegrasyonunu desteklemek için süreç veri ambarı,
uygun donanım ve yazılım seçimi ve çoklu
temsil teknikleri veri ambarı. Onun kusurları
karmaşıklığın doğasında varlar. Diğerleri zorluk içerir
birçok düzeyde geliştirmek veritabanı içinde veri ambarı in
makul zaman ve maliyet.
Kimball'un (1994) Yaklaşımı Veri deposu
Dizayn
Kimball (1994), bir veri tasarlamak için beş yinelemeli adım önermiştir.
depo (bkz. Şekil 4). Onun yaklaşımı özellikle
sadece birinin çizimine adanmış veri ambarı ve şablonların kullanımı
varlık ve ilişki modellerine tercih edilen boyutsal. Kimbol
benim için anlaşılması daha kolay olduğu için bu boyutlu modelleri analiz edin.
iş yöneticileri, işlem yaparken daha verimlidir
karmaşık istişareler ve tasarımı veritabanı fiziksel daha fazla
verimli (Kimball 1994). Kimball, bir
veri ambarı yinelemeli ve bu veri ambarı ayrı kutu
boyut tablolarına bölme yoluyla entegre edilebilir
yaygın.
İlk adım, çalışılacak özel konu alanını belirlemektir.
mükemmel İkinci ve üçüncü adımlar şekillendirme ile ilgilidir.
boyutlu. İkinci adımda, ölçümler şu şeyleri tanımlar:
konu alanına ilgi ve bir olgu tablosunda gruplandırılmıştır.
Örneğin, bir satış konusu alanında ilgi ölçütleri
satılan ürün miktarını ve doları içerebilirler
bir satış para birimi olarak. Üçüncü adım, aşağıdakileri tanımlamayı içerir:
i'nin gruplandırılabileceği yollar olan boyutlar
gerçekler. Bir satış konu alanında ilgili boyutlar
öğe, konum ve zaman aralığını içerebilir. Orada
olgu tablosunun her birine bağlanmak için çok parçalı bir anahtarı vardır
boyut tabloları ve tipik olarak çok büyük bir sayı içerir
gerçekler konusunda büyük Buna karşılık, boyut tabloları şunları içerir:
boyut ve diğer özellikler hakkında açıklayıcı bilgiler
gerçekleri gruplandırmak için kullanılabilir. olgu tablosu e
bir denilen teklif formuyla ilişkili boyutlar
şekli nedeniyle yıldız deseni. Dördüncü adım şunları içerir:
bir inşaat veritabanı mükemmelleştirmek için çok boyutlu
yıldız deseni. Son adım, kaynak sistemleri belirlemektir. vermek
elde etmek, temizlemek için dönüşüm süreçlerini gerekli kılmak ve geliştirmek
ve format i vermek.
Kimball'un yaklaşımının güçlü yönleri, şablonların kullanımını içerir.
i temsil etmek için boyutlu vermek bunu yapan saklandı
anlaşılması kolay ve verimli fiziksel tasarıma yol açar. A
her ikisini de kolayca kullanan boyutlu model
sistemler veritabanı ilişkisel mükemmelleştirilebilir veya sistemler
veritabanı çok boyutlu. Kusurları eksikliği içerir
planlamasını veya entegrasyonunu kolaylaştırmak için bazı tekniklerin
bir çok yıldız şeması veri ambarı ve
aşırı denormalize yapıdan tasarım yapmanın zorluğu
boyutlu model bir vermek eski sistemlerde.
McFadden'ın (1996) Verilere Yaklaşımı
Depo Tasarımı
McFadden (1996), beş aşamalı bir yaklaşım önerir.
çizmek veri ambarı (bkz. Şekil 5).
Yaklaşımı, literatürdeki fikirlerin bir sentezine dayanmaktadır.
ve bir solo çizmeye odaklanmıştır veri ambarı. İlk
adım bir gereksinim analizi içerir. Her ne kadar ayrıntılar
teknikler reçete edilmemiştir, McFadden'ın notları
varlık vermek belirtimler ve öznitelikleri ve Watson okuyucularına atıfta bulunur
ve gereksinimleri yakalamak için Frolick (1993).
İkinci adımda, bir varlık ilişki modeli çizilir.
veri ambarı ve ardından şirket yöneticileri tarafından onaylandı. Üçüncü
adım, eski sistemden eşlemenin belirlenmesini içerir
ve dış kaynaklar veri ambarı. Dördüncü adım şunları içerir:
geliştirme, dağıtım ve senkronizasyon süreçlerinde vermek içinde
veri ambarı. Son adımda ise sistemin teslimi yapılır.
bir kullanıcı arayüzüne önem verilerek geliştirilmiştir.
McFadden, çizim sürecinin genellikle
yinelemeli.
McFadden'ın yaklaşımının güçlü yönleri katılıma işaret ediyor
gereksinimlerin belirlenmesinde işletme yöneticileri tarafından ve ayrıca
kaynakların önemi vermekbunların temizlenmesi ve toplanması. O
karışıklıklar, bir parçayı alt bölümlere ayırmak için bir sürecin olmamasıyla ilgilidir.
büyük projesi veri ambarı birçok entegre aşamada ve orada
tasarımında kullanılan varlık ve ilişki modellerini anlamada zorluk
veri ambarı.

Gizem CEO

👍Online Web Ajansı | Web Ajansı Dijital Pazarlama ve SEO uzmanı. Web Agency Online bir Web Ajansıdır. Agenzia Web Online'ın dijital dönüşümdeki başarısı, Iron SEO versiyon 3'ün temellerine dayanmaktadır. Uzmanlık Alanları: Sistem Entegrasyonu, Kurumsal Uygulama Entegrasyonu, Hizmet Odaklı Mimari, Bulut Bilişim, Veri ambarı, iş zekası, Büyük Veri, portallar, intranetler, Web Uygulaması İlişkisel ve çok boyutlu veritabanlarının tasarımı ve yönetimi Dijital medya için arayüz tasarımı: kullanılabilirlik ve Grafikler. Çevrimiçi Web Ajansı şirketlere aşağıdaki hizmetleri sunmaktadır: -Google, Amazon, Bing, Yandex'de SEO; -Web Analytics: Google Analytics, Google Etiket Yöneticisi, Yandex Metrica; -Kullanıcı dönüşümleri: Google Analytics, Microsoft Clarity, Yandex Metrica; -Google, Bing, Amazon Reklamlarında SEM; -Sosyal Medya Pazarlama (Facebook, Linkedin, Youtube, Instagram).

Biyografinin Tamamını Gör

Dijital Pazarlama veritabanı DBMS Veri deposu Veri Bilim Online Reklam Bilgi Teknolojileri Web Ajansı Reklam ajansı Pazarlama