İç içe tablolar (Analysis Services - veri madenciliği)
In SQL Server Analysis Services, data must be fed to a data mining algorithm as a series of cases that are contained within a case table.Ancak, tüm durumlarda, tek bir veri satırı tanımlanabilir.Örneğin, bir durum iki tablodan türetilmiş: Müşteri bilgilerini içeren bir tablo ve müşteri Satınalımları içeren başka bir tablo.A single customer in the customer information table might have multiple items in the customer purchases table, which makes it difficult to describe the data by using a single row.Analysis Services provides a unique method for handling these cases, by using nested tables.Kavramı, iç içe geçmiş bir tablo aşağıda gösterilmiştir.
.gif "İç içe tablo kullanılarak birleştirilmiş iki tablo")
Bu diyagram ana tablodur, ilk tablo müşterilerle ilgili bilgileri içerir ve her müşteri için benzersiz bir tanımlayıcı ilişkilendirir.İkinci tabloda, alt tablo, her müşteri için satınalma işlemleri içerir.Alt tablo Satınalmalar üst için benzersiz bir kimlik ile ilişkilidir CustomerKey sütun.Birleştirilmiş iki Tablo diyagramındaki üçüncü bir tablo gösterir.
İç içe geçmiş bir tablo durum tablosundaki veri türüne sahip özel bir sütun olarak temsil edilen Tablo.Herhangi belirli bir durum satırına, bu tür bir sütun ana tabloya ait seçili alt tablo satırlarını içerir.
İç içe geçmiş tablo verileri tahmin veya giriş veya her ikisi için de kullanılabilir.Örneğin, iki iç içe geçmiş tablo sütunları bir modele sahip olabilir: bir iç içe geçmiş tablo sütun iç içe geçmiş tablo sütun müşterinin hobileriniz ve ilgi alanları hakkında bilgi içerir, bir müşteri satın, ayrıca ürünlerin listesini içerebilir büyük olasılıkla anket elde.Bu senaryoda, müşterinin hobileriniz ve ilgi alanlarınız girdi olarak satın alma davranışı çözümlemek ve olası satınalmaları tahmin etmek için kullanabilirsiniz.
Servis talebi tablo ve iç içe geçmiş tablolar katılma
İki kaynak tablolar iç içe geçmiş bir tablo oluşturmak için öğeleri bir tabloda diğer tablo ile ilgili olabilir, tanımlı bir ilişki içermesi gerekir.De Business Intelligence Development Studio, bu ilişki içinde tanımlaveri kaynak görünümü. İki tablo arasında bir ilişki tanımlama konusunda daha fazla bilgi için bkz: Nasıl yapılır: Ekleme, silme, görünüm veya veri kaynağı Görünüm Tasarımcısı (Analysis Services) kullanarak mantıksal bir ilişki Değiştir.
Not
The CustomerKey field is the relational key that is used to link the case table and the nested table within the data source view definition, and to establish the relationship of the columns within the mining structure.Ancak, genellikle, bu ilişkisel anahtar o yapısına yerleşik veri madenciliği modelleri de kullanmamanız gerekir.Genellikle ilişkisel atlamak en iyi anahtar araştırma modeli yalnızca tabloları birleştirmek için hizmet veren ve analiz için ilginç bilgi sağlamaz, sütunundan.
İç içe oluşturabilirsiniz programlı olarak ya da veri Mining Extensions (dmx) veya Çözümleme Yönetim Nesneleri (ÇYN) veya kullanarak, tablolar veri Mining Sihirbazı ve veri Mining tasarımcısında kullanabileceğiniz Business Intelligence Development Studio.
Daha fazla bilgi için: Veri madenciliği Tasarımcısı, Veri madenciliği Sihirbazı (- Analysis Services veri madenciliği), ARAŞTIRMA MODELİ (DMX) OLUŞTURMA, ARAŞTIRMA YAPISI (DMX) OLUŞTURMA
Bir araştırma modeli içinde iç içe geçmiş tablo sütunları kullanma
durum tablo içinde genellikle bir müşteri kimliği, ürün adı veya bir dizi tarih anahtar: bir satırı benzersiz olarak tanımlayan veri tablo..However, in nested tables, the key is typically not the relational key (or foreign key) but rather the column that represents the attribute that you are modeling.
Örneğin, siparişler durum tablo ve iç içe geçmiş tablo öğeleri sırayla yer alır, durum tablosunda depolanır ve birden fazla sipariş üzerinden iç içe tabloda saklanan öğeler arasındaki ilişkiyi modelleyen ilgilenen olurdu.Bu nedenle, rağmen öğeleri iç içe geçmiş tablo alanına bağlı siparişleri ilişkisel anahtarı tarafından durum tablo SiparişNo, kullanmanız gereken SiparişNo iç içe geçmiş tablo anahtar olarak.Bunun yerine, seçtiğiniz öğeleri iç içe geçmiş tablo sütun anahtar, o sütun modellemek istediğiniz verileri içerdiğinden.Çoğu durumda, güvenle yok sayabilirsiniz SiparişNo , araştırma modeli, durum tablo ve iç içe geçmiş tablo arasında ilişki veri kaynak görünüm tanımına göre kurulmuş çünkü.
İç içe geçmiş tablo anahtar olarak kullanılacak bir sütun seçtiğinizde, bu sütundaki değerlere her durum için benzersiz olduğundan emin olmalısınız.Örneğin, durum tablo müşteriler ve müşteri tarafından satın alınan öğelerin iç içe geçmiş tablo gösterir, size hiçbir öğe birden çok listelendiğinden emin olun gerekir saat her müşteri.Bir müşteri satın aldıysa aynı veya daha çok öğe saat, Satınalmalar için her benzersiz bir ürün sayısı toplayan bir sütun farklı bir görünüm oluşturmak isteyebilirsiniz.
Nasıl bir iç içe tablo yinelenen değerleri işlemek karar bağlıdır araştırma modeli oluşturmakta olduğunuz ve çözümü problemini.Belirli bir ürünü satın birçok kez müşteri nasıl önemsemiyor bazı senaryolarda, ancak en az bir satınalma varlığını denetlemek istediğiniz.Diğer senaryolarda, miktar ve Satınalmalar dizisini çok önemli olabilir.
Öğelerin sırasını önemlidir sırasını gösteren ek sütun gerekebilir.Algoritma kümeleme sırası bir model oluşturmak için kullandığınızda, ek seçmeniz anahtar sıra öğelerin sırasını göstermek için sütun.anahtar Sıra sütunu olan özel bir tür iç içe anahtar , yalnızca modelleri kümeleme sırası içinde kullanılır ve benzersiz bir sayısal veri türü gerektirir.Örneğin, tam sayılar ve tarihler her ikisi de kullanılabilir bir anahtar sıra sütunu, ancak tüm sıralı değerleri benzersiz olmalıdır.Tuş sırası sütun yanı sıra sıra kümeleme modelini de, satın aldığınız ürünleri gibi modellenmiştir öznitelik temsil eden bir iç içe geçmiş tablo anahtar.
İç içe geçmiş tablo anahtar olmayan iç içe sütunlar kullanma
Tanımladığınız sonra birleştirmek arasında durum tablo ve iç içe geçmiş tablo ve iç içe geçmiş tablo anahtar olarak kullanmak için ilginç ve benzersiz öznitelikleri içeren bir sütun seçtiyseniz, diğer giriş model olarak kullanmak için iç içe geçmiş tablo sütunları ekleyebilirsiniz.Tüm iç içe geçmiş tablo sütunlarından veya yalnızca tahmin girişi, tahmini ve giriş için kullanılır.
Örneğin, iç içe geçmiş tablo sütunları içeriyorsa, Ürün, ProductQuantity, ve ProductPrice, tercih edebilirsiniz Ürün ancak iç içe geçmiş tablo anahtar olarak ekleme ProductQuantity için araştırma yapısı giriş olarak kullanılacak.
İç içe geçmiş tablo veri süzme
De SQL Server 2008, eğitmek veya veri test etmek için kullanılan veri filtreleri oluşturmak araştırma modeli.Bir dosyalayıcı modeli oluşumunu etkileyen veya taleplerinin alt küme küme küme modeli test etmek için kullanılabilir.Filtreler, iç içe geçmiş tablolar için de uygulanabilir.Ancak, iç içe geçmiş tablolar ile kullanılan sözdizimi sınırlamalar vardır.
Genellikle bir filtre için iç içe geçmiş bir tablo uyguladığınızda varlığı veya öznitelik bulunmadığını sınamakta olduğunuz.Örneğin, model iç içe geçmiş tablo içinde belirtilen değere sahip servis için kullanılan servis taleplerini sınırlayan bir filtre uygulayabilirsiniz.Veya belirli öğe satın almış müşteriler için modelinde kullanılan servis taleplerini kısıtlamak.
İç içe geçmiş bir tablo üzerinde filtre oluşturduğunuzda, büyük veya küçük gibi işleçler kullanabilirsiniz daha.Örneğin, en az satın müşteriler için modelinde kullanılan servis taleplerini kısıtlamak n hedef ürün birim.İç içe tablo öznitelikleri süzme yeteneği modeller özelleştirmek için mükemmel esneklik sağlar.
Nasıl oluşturulacağı ve modeli filtreleri hakkında daha fazla bilgi için bkz: Veri madenciliği modelleri için filtre oluşturma (- Analysis Services veri madenciliği).