VLOŽIT DO (DMX)

platí pro: SQL Server Analysis Services

Zpracovává specifikovaný objekt dolování dat. Pro více informací o zpracování těžebních modelů a těžebních struktur viz Požadavky a úvahy zpracování (dolování dat).

Pokud je specifikována těžební struktura, výrok zpracovává těžební strukturu a všechny její přidružené těžební modely. Pokud je specifikován těžební model, příkaz zpracovává pouze těžební model.

Syntaxe

  
INSERT INTO [MINING MODEL]|[MINING STRUCTURE] <model>|<structure> (<mapped model columns>) <source data query>  
INSERT INTO [MINING MODEL]|[MINING STRUCTURE] <model>|<structure>.COLUMN_VALUES (<mapped model columns>) <source data query>  

Arguments

model
Identifikátor modelu.

struktura
Identifikátor struktury.

Mapované modelové sloupce
Seznam identifikátorů sloupců a vnořených identifikátorů oddělený čárkou.

Dotaz na zdrojová data
Zdrojový dotaz je ve formátu definovaném poskytovatelem.

Poznámky

Pokud nespecifikujete MINING MODEL nebo MINING STRUCTURE, Analysis Services vyhledá typ objektu podle názvu a zpracuje správný objekt. Pokud server obsahuje těžební strukturu a těžební model se stejným názvem, je vrácena chyba.

Použitím druhého syntaktického formuláře INSERT INTO*<object>*. COLUMN_VALUES můžete data vložit přímo do sloupců modelu, aniž byste model trénovali. Tato metoda poskytuje data sloupců modelu stručně a uspořádaně, což je užitečné při práci s datovými sadami obsahujícími hierarchie nebo uspořádané sloupce.

Pokud použijete INSERT INTO s těžebním modelem nebo těžební strukturou a vynecháte <mapované sloupce> modelu a <argumenty dotazu> na zdrojová data, příkaz se chová jako ProcessDefault a používá vazby, které už existují. Pokud vazby neexistují, příkaz vrací chybu. Pro více informací o ProcessDefault viz Processing Options and Settings (Analysis Services). Následující příklad ukazuje syntaxi:

INSERT INTO [MINING MODEL] <model>  

Pokud specifikujete MINING MODEL a poskytnete mapované sloupce a dotaz na zdrojová data, model a související struktura se zpracují.

Následující tabulka popisuje výsledek různých forem tvrzení v závislosti na stavu objektů.

Statement	Stav objektů	Result
VLOŽENÍ DO TĚŽEBNÍHO MODELU*<model>*	Těžební struktura je zpracovávána.	Těžební model je zpracován.
	Těžební konstrukce je nezpracovaná.	Těžební model a těžební struktura jsou zpracovávány.
	Těžební struktura obsahuje další těžební modely.	Proces selže. Musíte přepracovat strukturu a související těžební modely.
VLOŽENÍ DO TĚŽEBNÍ STRUKTURY*<struktura>*	Těžební struktura je zpracována nebo nezpracovaná.	Těžební struktura a související těžební modely jsou zpracovávány.
INSERT INTO MINING MODEL*<model>*, který obsahuje zdrojový dotaz nebo INSERT INTO MINING STRUCTURE*structure>*,< která obsahuje zdrojový dotaz	Buď struktura, nebo model již obsahují materiál.	Proces selže. Objekty musíte před provedením této operace vymazat pomocí DELETE (DMX).

Mapované modelové sloupce

Použitím elementu <mapovaných sloupců> modelu můžete namapovat sloupce ze zdroje dat na sloupce ve vašem těžebním modelu. Prvek <mapovaných modelových sloupců> má následující tvar:

<column identifier> | SKIP | <table identifier> (<column identifier> | SKIP), ...  

Použitím SKIP můžete vyloučit určité sloupce, které musí existovat ve zdrojovém dotazu, ale v těžebním modelu neexistují. SKIP je užitečný, když nemáte kontrolu nad sloupci zahrnutými ve vstupní sadě řádků. Pokud píšete vlastní OPENQUERY, lepší je vynechat sloupec ze seznamu sloupců SELECT místo použití SKIP.

SKIP je také užitečný, když je pro provedení spojení potřeba sloupec ze vstupní řádkové sady, ale tento sloupec není použit těžební strukturou. Typickým příkladem je těžební struktura a těžební model, které obsahují vnořenou tabulku. Vstupní řádky pro tuto strukturu budou mít sloupec cizího klíče, který se používá k vytvoření hierarchické sady řádků pomocí klauzule SHAPE, ale sloupec cizího klíče se v modelu téměř nikdy nepoužívá.

Syntaxe pro SKIP vyžaduje, abyste vložili SKIP na pozici jednotlivého sloupce ve vstupní sadě řádků, která nemá odpovídající sloupec mining structure. Například v příkladu vnořené tabulky níže musí být v klauzuli APPEND vybrán OrderNumber, aby bylo možné jej použít v klauzuli RELATE k určení spojení; nicméně nechcete vkládat data OrderNumber do vnořené tabulky v těžební struktuře. Proto příklad používá klíčové slovo SKIP místo OrderNumber v argumentu INSERT INTO.

Dotaz na zdrojová data

Dotazovací prvek <zdrojových dat> může zahrnovat následující typy zdrojů dat:

• OPENQUERY

• OPENROWSET

• TVAR

• Jakýkoli dotaz Analysis Services, který vrací řádkovou sadu

Pro více informací o typech zdrojů dat viz <dotaz> na zdrojová data.

Základní příklad

Následující příklad používá OPENQUERY k trénování modelu Naive Bayes založeného na cílených datech z databáze AdventureWorksDW2025 .

INSERT INTO NBSample (CustomerKey, Gender, [Number Cars Owned],  
    [Bike Buyer])  
OPENQUERY([AdventureWorksDW2022],'Select CustomerKey, Gender, [NumberCarsOwned], [BikeBuyer]   
FROM [vTargetMail]')  

Příklad vnořené tabulky

Následující příklad používá SHAPE k trénování modelu asociace mining obsahujícího vnořenou tabulku. Všimněte si, že první řádek obsahuje místo OrderNumber, který je vyžadován v příkazu SHAPE_APPEND , ale v těžebním modelu se nepoužívá.

INSERT INTO MyAssociationModel  
    ([OrderNumber],[Models] (SKIP, [Model])  
    )  
SHAPE {  
    OPENQUERY([AdventureWorksDW2022],'SELECT OrderNumber  
    FROM vAssocSeqOrders ORDER BY OrderNumber')  
} APPEND (  
    {OPENQUERY([AdventureWorksDW2022],'SELECT OrderNumber, model FROM   
    dbo.vAssocSeqLineItems ORDER BY OrderNumber, Model')}  
  RELATE OrderNumber to OrderNumber)   
AS [Models]  

Viz také

Data Mining Extensions (DMX) Definice dat
Příkazy pro manipulaci s daty Data Minings Extensions (DMX)
Reference na příkaz Data Mining Extensions (DMX)