Slik konfigurerer du Azure SQL Database administrert forekomst i kopieringsaktivitet
Denne artikkelen beskriver hvordan du bruker kopieringsaktiviteten i datasamlebånd til å kopiere data fra og til Azure SQL Database administrert forekomst.
Støttet konfigurasjon
Hvis du vil ha konfigurasjonen av hver fane under kopieringsaktivitet, kan du gå til følgende inndelinger.
Generelt
Se veiledningen for generelle innstillinger for å konfigurere fanen Generelle innstillinger.
Kilde
Følgende egenskaper støttes for Azure SQL Database administrert forekomst under Kilde-fanen for en kopiaktivitet.
Følgende egenskaper er nødvendige:
Datalagertype: Velg ekstern.
Koble til ion: Velg en Azure SQL Database administrert forekomst-tilkobling fra tilkoblingslisten. Hvis tilkoblingen ikke finnes, kan du opprette en ny Azure SQL Database administrert forekomst tilkobling ved å velge Ny.
Koble til iontype: Velg Azure SQL Database administrert forekomst.
Bruk spørring: Angi måten å lese data på. Du kan velge tabell, spørring eller lagret prosedyre. Listen nedenfor beskriver konfigurasjonen av hver innstilling:
Tabell: Les data fra den angitte tabellen. Velg kildetabellen fra rullegardinlisten, eller velg Rediger for å angi den manuelt.
Spørring: Angi den egendefinerte SQL-spørringen som skal leses data. Et eksempel er
select * from MyTable. Eller velg blyantikonet du vil redigere i koderedigeringsprogrammet.
Lagret prosedyre: Bruk den lagrede prosedyren som leser data fra kildetabellen. Den siste SQL-setningen må være en SELECT-setning i den lagrede prosedyren.
Navn på lagret prosedyre: Velg den lagrede prosedyren, eller angi navnet på den lagrede prosedyren manuelt når du velger Rediger for å lese data fra kildetabellen.
Lagrede prosedyreparametere: Angi verdier for lagrede prosedyreparametere. Tillatte verdier er navn eller verdipar. Navnene og foringsrøret til parameterne må samsvare med navnene og foringsrøret til de lagrede prosedyreparameterne. Du kan velge importparametere for å hente de lagrede prosedyreparameterne.
Under Avansert kan du angi følgende felt:
Tidsavbrudd for spørring (minutter): Angi tidsavbrudd for kjøring av spørringskommando, standard er 120 minutter. Hvis en parameter er angitt for denne egenskapen, er tillatte verdier tidsrom, for eksempel 02:00:00( 120 minutter).
Isolasjonsnivå: Angir virkemåten for transaksjonslåsing for SQL-kilden. De tillatte verdiene er: Lese forpliktet, Lese uforpliktende, Gjentabar lesing, Serialiserbar, Øyeblikksbilde. Hvis ikke angitt, brukes databasens standard isolasjonsnivå. Se IsolationLevel-opplisting for mer informasjon.
Partisjonsalternativ: Angi alternativene for datapartisjonering som brukes til å laste inn data fra Azure SQL Database administrert forekomst. Tillatte verdier er: Ingen (standard), fysiske partisjoner i tabellen og dynamisk område. Når et partisjonsalternativ er aktivert (det vil se ut som ingen), styres graden av parallellitet for samtidig innlasting av data fra Azure SQL Database administrert forekomst av graden av kopi parallelisme i fanen innstillinger for kopieringsaktivitet.
Ingen: Velg denne innstillingen for ikke å bruke en partisjon.
Fysiske partisjoner av tabellen: Når du bruker en fysisk partisjon, bestemmes partisjonskolonnen og mekanismen automatisk basert på den fysiske tabelldefinisjonen.
Dynamisk område: Når du bruker spørring med parallellaktivert, er parameteren(
?DfDynamicRangePartitionCondition) for områdepartisjon nødvendig. Eksempelspørring:SELECT * FROM <TableName> WHERE ?DfDynamicRangePartitionCondition.Partisjonskolonnenavn: Angi navnet på kildekolonnen i heltall eller dato/klokkesletttype (
int, ,smallint,bigint,date,smalldatetime,datetime,datetime2ellerdatetimeoffset) som brukes av områdepartisjonering for parallell kopi. Hvis det ikke er angitt, oppdages indeksen eller primærnøkkelen for tabellen automatisk og brukes som partisjonskolonne.Hvis du bruker en spørring til å hente kildedataene, kan du koble til
?DfDynamicRangePartitionConditionWHERE-setningsdelen. Du kan for eksempel se delen Parallell kopi fra Azure SQL Database administrert forekomst.Partisjonsgrense: Angi maksimumsverdien for partisjonskolonnen for deling av partisjonsområde. Denne verdien brukes til å bestemme partisjonssteget, ikke for filtrering av radene i tabellen. Alle rader i tabellen eller spørringsresultatet blir partisjonert og kopiert. Hvis det ikke er angitt, oppdager kopieringsaktivitet automatisk verdien. Du kan for eksempel se delen Parallell kopi fra Azure SQL Database administrert forekomst.
Partisjonsgrense: Angi minimumsverdien for partisjonskolonnen for deling av partisjonsområde. Denne verdien brukes til å bestemme partisjonssteget, ikke for filtrering av radene i tabellen. Alle rader i tabellen eller spørringsresultatet blir partisjonert og kopiert. Hvis det ikke er angitt, oppdager kopieringsaktivitet automatisk verdien. Du kan for eksempel se delen Parallell kopi fra Azure SQL Database administrert forekomst.
Flere kolonner: Legg til flere datakolonner for å lagre kildefilens relative bane eller statiske verdi. Uttrykket støttes for sistnevnte.
Merk følgende punkt:
- Hvis spørring er angitt for kilde, kjører kopieringsaktiviteten denne spørringen mot Azure SQL Database administrert forekomst kilde for å hente dataene. Du kan også angi en lagret prosedyre ved å angi navn på lagret prosedyre og lagrede prosedyreparametere hvis den lagrede prosedyren tar parametere.
- Når du bruker lagret prosedyre i kilden til å hente data, må du være oppmerksom på at hvis den lagrede prosedyren er utformet som å returnere et annet skjema når en annen parameterverdi sendes inn, kan det oppstå feil eller se uventet resultat når du importerer skjema fra brukergrensesnittet eller ved kopiering av data til SQL-database med automatisk oppretting av tabell.
Mål
Følgende egenskaper støttes for Azure SQL Database administrert forekomst under Mål-fanen for en kopiaktivitet.
Følgende egenskaper er nødvendige:
Datalagertype: Velg ekstern.
Koble til ion: Velg en Azure SQL Database administrert forekomst-tilkobling fra tilkoblingslisten. Hvis tilkoblingen ikke finnes, kan du opprette en ny Azure SQL Database administrert forekomst tilkobling ved å velge Ny.
Koble til iontype: Velg Azure SQL Database administrert forekomst.
Tabellalternativ: Du kan velge Bruk eksisterende for å bruke den angitte tabellen. Eller velg Opprett tabell automatisk for å opprette en måltabell automatisk hvis tabellen ikke finnes i kildeskjemaet, og vær oppmerksom på at dette valget ikke støttes når den lagrede prosedyren brukes som skrivevirkemåte.
Hvis du velger Bruk eksisterende:
- Tabell: Velg tabellen i måldatabasen fra rullegardinlisten. Eller merk av for Rediger for å angi tabellnavnet manuelt.
Hvis du velger: Opprett tabell automatisk:
- Tabell: Angi navnet på den automatisk opprettede måltabellen.
Under Avansert kan du angi følgende felt:
Skrivevirkemåte: Definerer skrivevirkemåten når kilden er filer fra et filbasert datalager. Du kan velge Sett inn, **Upsert eller Lagret prosedyre.
Sett inn: Velg dette alternativet ved å sette inn skrivevirkemåte for å laste inn data i Azure SQL Database administrert forekomst.
Upsert: Velg dette alternativet bruk upsert skrivevirkemåte for å laste inn data i Azure SQL Database administrert forekomst.
Bruk TempDB: Angi om du vil bruke en global midlertidig tabell eller fysisk tabell som midlertidig tabell for upsert. Tjenesten bruker som standard global midlertidig tabell som midlertidig tabell, og denne egenskapen er valgt.
Velg DB-skjema for bruker: Når Bruk TempDB ikke er valgt, angir du det midlertidige skjemaet for å opprette en midlertidig tabell hvis en fysisk tabell brukes.
Merk
Du må ha tillatelse til å opprette og slette tabeller. Som standard vil en midlertidig tabell dele samme skjema som en måltabell.
Nøkkelkolonner: Angi kolonnenavnene for unik radidentifikasjon. Du kan enten bruke én enkelt tast eller en rekke taster. Hvis ikke angitt, brukes primærnøkkelen.
Lagret prosedyre: Bruk den lagrede prosedyren som definerer hvordan du bruker kildedata i en måltabell. Denne lagrede prosedyren aktiveres per gruppe. For operasjoner som bare kjører én gang og ikke har noe med kildedata å gjøre, for eksempel slette eller avkorte, kan du bruke prekopiert skriptegenskap .
Navn på lagret prosedyre: Velg den lagrede prosedyren, eller angi navnet på den lagrede prosedyren manuelt når du kontrollerer Rediger for å lese data fra kildetabellen.
Lagrede prosedyreparametere:
- Tabelltype: Angi tabelltypenavnet som skal brukes i den lagrede prosedyren. Kopiaktiviteten gjør dataene som flyttes, tilgjengelige i en midlertidig tabell med denne tabelltypen. Lagret prosedyrekode kan deretter slå sammen dataene som kopieres med eksisterende data.
- Tabelltypeparameternavn: Angi parameternavnet for tabelltypen som er angitt i den lagrede prosedyren.
- Parametere: Angi verdier for lagrede prosedyreparametere. Tillatte verdier er navn eller verdipar. Navnene og foringsrøret til parameterne må samsvare med navnene og foringsrøret til de lagrede prosedyreparameterne. Du kan velge importparametere for å hente de lagrede prosedyreparameterne.
Lås for masseinnstilling av tabell: Velg Ja eller Nei (standard). Bruk denne innstillingen til å forbedre kopieringsytelsen under en masseinnsettingsoperasjon i en tabell uten indeks fra flere klienter. Du kan angi denne egenskapen når du velger Sett inn eller Oppsett som skrivemåte. Hvis du vil ha mer informasjon, kan du gå til BULK INSERT (Transact-SQL)
Forhåndskopier skript: Angi et skript for kopieringsaktivitet som skal utføres før du skriver data til en måltabell i hver kjøring. Du kan bruke denne egenskapen til å rydde opp i de forhåndsinnlastede dataene.
Skriv tidsavbrudd for satsvis tidsavbrudd: Angi ventetiden for at den satsvise innsettingsoperasjonen skal fullføres før den blir tidsavbrutt. Den tillatte verdien er timespan. Hvis ingen verdi er angitt, brukes tidsavbruddet som standard til 02:00:00.
Skrive bunkestørrelse: Angi antall rader som skal settes inn i SQL-tabellen per bunke. Den tillatte verdien er heltall (antall rader). Som standard bestemmer tjenesten dynamisk riktig satsvis størrelse basert på radstørrelsen.
Maks samtidige tilkoblinger: Den øvre grensen for samtidige tilkoblinger som ble opprettet i datalageret under aktivitetskjøringen. Angi en verdi bare når du vil begrense samtidige tilkoblinger.
Tilordning
Hvis du ikke bruker Azure SQL Database administrert forekomst med automatisk oppretting av tabell som mål, går du til Tilordning for fanen Tilordning.
Hvis du bruker Azure SQL Database administrert forekomst med automatisk oppretting av tabell som mål, bortsett fra konfigurasjonen i Tilordning, kan du redigere typen for målkolonnene. Når du har valgt Importer skjemaer, kan du angi kolonnetypen i målet.
Typen for ID-kolonne i kilde er for eksempel heltall, og du kan endre den til flyttype når du tilordner til målkolonnen.
Innstillinger
Hvis du vil ha Innstillinger fanekonfigurasjon, kan du gå til Konfigurer de andre innstillingene under innstillinger-fanen.
Parallell kopi fra Azure SQL Database administrert forekomst
Azure SQL Database administrert forekomst kobling i kopiaktivitet gir innebygd datapartisjonering for å kopiere data parallelt. Du finner alternativer for datapartisjonering på Kilde-fanen for kopiaktiviteten.
Når du aktiverer partisjonert kopi, kjører kopieringsaktivitet parallelle spørringer mot Azure SQL Database administrert forekomst kilde til å laste inn data etter partisjoner. Den parallelle graden styres av graden av kopi-parallellisme i fanen innstillinger for kopieringsaktivitet. Hvis du for eksempel angir grad av kopi parallellisme til fire, genererer og kjører tjenesten samtidig fire spørringer basert på det angitte partisjonsalternativet og innstillingene, og hver spørring henter en del av dataene fra Azure SQL Database-administrert forekomst.
Du foreslås å aktivere parallell kopi med datapartisjonering, spesielt når du laster inn store mengder data fra Azure SQL Database-administrert forekomst. Følgende er foreslåtte konfigurasjoner for ulike scenarioer. Når du kopierer data til filbasert datalager, anbefales det å skrive til en mappe som flere filer (bare angi mappenavn), i så fall er ytelsen bedre enn å skrive til én enkelt fil.
| Scenario | Foreslåtte innstillinger |
|---|---|
| Full belastning fra store tabeller, med fysiske partisjoner. | Partisjonsalternativ: Fysiske partisjoner av tabellen. Under kjøringen oppdager tjenesten automatisk de fysiske partisjonene, og kopierer data etter partisjoner. Hvis du vil kontrollere om tabellen har fysisk partisjon eller ikke, kan du referere til denne spørringen. |
| Full belastning fra store tabeller, uten fysiske partisjoner, mens med et heltall eller datetime-kolonne for datapartisjonering. | Partisjonsalternativer: Dynamisk områdepartisjon. Partisjonskolonne (valgfritt): Angi kolonnen som brukes til å partisjonere data. Hvis ikke angitt, brukes indeksen eller primærnøkkelkolonnen. Partisjon øvre grense og partisjon nedre grense (valgfritt): Angi om du vil bestemme partisjonssteget. Dette er ikke for filtrering av radene i tabellen, alle radene i tabellen blir partisjonert og kopiert. Hvis ikke angitt, oppdager kopieringsaktivitet automatisk verdiene. Hvis for eksempel partisjonskolonnen «ID» har verdier fra 1 til 100, og du angir den nedre grensen som 20 og øvre grense som 80, med parallell kopi som 4, henter tjenesten data etter 4 partisjoner – ID-er i området <=20, [21, 50], [51, 80] og >=81, henholdsvis. |
| Last inn en stor mengde data ved hjelp av en egendefinert spørring, uten fysiske partisjoner, mens med et heltall eller en date/datetime-kolonne for datapartisjonering. | Partisjonsalternativer: Dynamisk områdepartisjon. Spørring: SELECT * FROM <TableName> WHERE ?DfDynamicRangePartitionCondition AND <your_additional_where_clause>.Partisjonskolonne: Angi kolonnen som brukes til å partisjonere data. Partisjon øvre grense og partisjon nedre grense (valgfritt): Angi om du vil bestemme partisjonssteget. Dette er ikke for filtrering av radene i tabellen, alle radene i spørringsresultatet blir partisjonert og kopiert. Hvis det ikke er angitt, oppdager kopieringsaktivitet automatisk verdien. Hvis for eksempel partisjonskolonnen «ID» har verdier fra 1 til 100, og du angir den nedre grensen som 20 og øvre grense som 80, med parallell kopi som 4, henter tjenesten data etter henholdsvis 4 partisjoner- ID-er i området <=20, [21, 50], [51, 80] og >=81. Her er flere eksempelspørringer for ulike scenarioer: • Spør hele tabellen: SELECT * FROM <TableName> WHERE ?DfDynamicRangePartitionCondition• Spørring fra en tabell med kolonnevalg og flere der-setningsfiltre: SELECT <column_list> FROM <TableName> WHERE ?DfDynamicRangePartitionCondition AND <your_additional_where_clause>• Spørring med delspørringer: SELECT <column_list> FROM (<your_sub_query>) AS T WHERE ?DfDynamicRangePartitionCondition AND <your_additional_where_clause>• Spørring med partisjon i delspørring: SELECT <column_list> FROM (SELECT <your_sub_query_column_list> FROM <TableName> WHERE ?DfDynamicRangePartitionCondition) AS T |
Anbefalte fremgangsmåter for innlasting av data med partisjonsalternativ:
- Velg distinkt kolonne som partisjonskolonne (for eksempel primærnøkkel eller unik nøkkel) for å unngå dataskyvhet.
- Hvis tabellen har innebygd partisjon, kan du bruke partisjonsalternativet Fysiske partisjoner i tabellen for å få bedre ytelse.
Eksempelspørring for å kontrollere fysisk partisjon
SELECT DISTINCT s.name AS SchemaName, t.name AS TableName, pf.name AS PartitionFunctionName, c.name AS ColumnName, iif(pf.name is null, 'no', 'yes') AS HasPartition
FROM sys.tables AS t
LEFT JOIN sys.objects AS o ON t.object_id = o.object_id
LEFT JOIN sys.schemas AS s ON o.schema_id = s.schema_id
LEFT JOIN sys.indexes AS i ON t.object_id = i.object_id
LEFT JOIN sys.index_columns AS ic ON ic.partition_ordinal > 0 AND ic.index_id = i.index_id AND ic.object_id = t.object_id
LEFT JOIN sys.columns AS c ON c.object_id = ic.object_id AND c.column_id = ic.column_id
LEFT JOIN sys.partition_schemes ps ON i.data_space_id = ps.data_space_id
LEFT JOIN sys.partition_functions pf ON pf.function_id = ps.function_id
WHERE s.name='[your schema]' AND t.name = '[your table name]'
Hvis tabellen har fysisk partisjon, vil du se «HasPartition» som «ja» som følgende.
Tabellsammendrag
Se tabellen nedenfor for sammendrag og mer informasjon for Azure SQL Database administrert forekomst kopier aktivitet.
Kildeinformasjon
| Name | Beskrivelse | Verdi | Kreves | JSON-skriptegenskap |
|---|---|---|---|---|
| Datalagertype | Datalagertypen. | Ekstern | Ja | / |
| Koble til ion | Tilkoblingen til kildedatalageret. | < tilkoblingen > | Ja | Tilkobling |
| Koble til iontype | Tilkoblingstypen. Velg Azure SQL Database administrert forekomst. | Azure SQL Database administrert forekomst | Ja | / |
| Bruk spørring | Den egendefinerte SQL-spørringen som skal leses data. | •Tabellen •Spørring • Lagret prosedyre |
Ja | / |
| Tabell | Kildedatatabellen. | < navnet på tabellen> | No | Skjemaet tabellen |
| Spørring | Den egendefinerte SQL-spørringen som skal leses data. | < spørringen > | No | sqlReaderQuery |
| Navn på lagret prosedyre | Denne egenskapen er navnet på den lagrede prosedyren som leser data fra kildetabellen. Den siste SQL-setningen må være en SELECT-setning i den lagrede prosedyren. | < lagret prosedyrenavn > | No | sqlReaderStoredProcedureName |
| Lagret prosedyreparameter | Disse parameterne er for den lagrede prosedyren. Tillatte verdier er navn eller verdipar. Navnene og foringsrøret til parameterne må samsvare med navnene og foringsrøret til de lagrede prosedyreparameterne. | < navn eller verdipar > | No | storedProcedureParameters |
| Tidsavbrudd for spørring | Tidsavbruddet for kjøring av spørringskommando. | Tidsrom (standarden er 120 minutter) |
No | queryTimeout |
| Isolasjonsnivå | Angir virkemåten for transaksjonslås for SQL-kilden. | • Lese forpliktet • Les uforpliktende • Les gjentatt •Serialiseres •Øyeblikksbilde |
No | isolationLevel: • ReadCommitted • ReadUncommitted • RepeatableRead •Serialiseres •Øyeblikksbilde |
| Partisjonsalternativ | Alternativene for datapartisjonering som brukes til å laste inn data fra Azure SQL Database administrert forekomst. | • Ingen (standard) • Fysiske partisjoner av tabellen • Dynamisk område |
No | partitionOption: • Ingen (standard) • PhysicalPartitionsOfTable • DynamicRange |
| Partisjonskolonnenavn | Navnet på kildekolonnen i heltall eller dato/datetime-type (int, , smallint, bigint, date, smalldatetime, datetimedatetime2eller datetimeoffset) som brukes av områdepartisjonering for parallell kopi. Hvis det ikke er angitt, oppdages indeksen eller primærnøkkelen for tabellen automatisk og brukes som partisjonskolonne. Hvis du bruker en spørring til å hente kildedataene, kan du koble til ?DfDynamicRangePartitionCondition WHERE-setningsdelen. |
< navnene på partisjonskolonnen > | No | partitionColumnName |
| Partisjonens øvre grense | Maksimumsverdien for partisjonskolonnen for deling av partisjonsområde. Denne verdien brukes til å bestemme partisjonssteget, ikke for filtrering av radene i tabellen. Alle rader i tabellen eller spørringsresultatet blir partisjonert og kopiert. Hvis det ikke er angitt, oppdager kopieringsaktivitet automatisk verdien. | < partisjonen øvre grense > | No | partitionUpperBound |
| Partisjon nedre grense | Minimumsverdien for partisjonskolonnen for deling av partisjonsområde. Denne verdien brukes til å bestemme partisjonssteget, ikke for filtrering av radene i tabellen. Alle rader i tabellen eller spørringsresultatet blir partisjonert og kopiert. Hvis det ikke er angitt, oppdager kopieringsaktivitet automatisk verdien. | < partisjonen nedre grense > | No | partitionLowerBound |
| Flere kolonner | Legg til flere datakolonner for å lagre kildefilens relative bane eller statiske verdi. Uttrykket støttes for sistnevnte. | • Navn •Verdi |
No | additionalColumns: •navn •Verdi |
Målinformasjon
| Name | Beskrivelse | Verdi | Kreves | JSON-skriptegenskap |
|---|---|---|---|---|
| Datalagertype | Datalagertypen. | Ekstern | Ja | / |
| Koble til ion | Tilkoblingen til måldatalageret. | < tilkoblingen > | Ja | Tilkobling |
| Koble til iontype | Tilkoblingstypen. Velg Azure SQL Database administrert forekomst. | Azure SQL Database administrert forekomst | Ja | / |
| Tabellalternativ | Angir om måltabellen skal opprettes automatisk hvis den ikke finnes basert på kildeskjemaet. | • Bruk eksisterende • Opprett tabell automatisk |
Ja | tableOption: • autooppretting |
| Tabell | Måldatatabellen. | <navnet på tabellen> | Ja | Skjemaet tabellen |
| Skrivevirkemåte | Skrivevirkemåten for kopieringsaktivitet for innlasting av data i Azure SQL Database administrert forekomst database. | •Sette inn • Oppsett • Lagret prosedyre |
No | writeBehavior: •Sette inn • oppset sqlWriterStoredProcedureName, sqlWriterTableType, storedProcedureTableTypeParameterName, storedProcedureParameters |
| Bruk TempDB | Om du vil bruke den globale midlertidige tabellen eller den fysiske tabellen som midlertidig tabell for upsert. | valgt (standard) eller umerket | No | brukTempDB: sann (standard) eller usann |
| Velg DB-skjema for bruker | Det midlertidige skjemaet for å opprette midlertidig tabell hvis fysisk tabell brukes. Obs! Brukeren må ha tillatelse til å opprette og slette tabeller. Som standard vil den midlertidige tabellen dele samme skjema som måltabellen. Bruk når du ikke velger Bruk TempDB. | valgt (standard) eller umerket | No | interimSchemaName |
| Nøkkelkolonner | Kolonnenavnene for unik radidentifikasjon. Du kan enten bruke én enkelt tast eller en rekke taster. Hvis ikke angitt, brukes primærnøkkelen. | < nøkkelkolonnen> | No | Nøkler |
| Navn på lagret prosedyre | Navnet på den lagrede prosedyren som definerer hvordan du bruker kildedata i en måltabell. Denne lagrede prosedyren aktiveres per gruppe. For operasjoner som bare kjører én gang, og som ikke har noe med kildedata å gjøre, for eksempel slette eller avkorte, bruker du prekopieringsskriptegenskapen. | < navnet på den lagrede prosedyren > | No | sqlWriterStoredProcedureName |
| Tabelltype | Tabelltypenavnet som skal brukes i den lagrede prosedyren. Kopiaktiviteten gjør dataene som flyttes, tilgjengelige i en midlertidig tabell med denne tabelltypen. Lagret prosedyrekode kan deretter slå sammen dataene som kopieres med eksisterende data. | < navn på tabelltype > | No | sqlWriterTableType |
| Parameternavn for tabelltype | Parameternavnet for tabelltypen som er angitt i den lagrede prosedyren. | < parameternavnet for tabelltypen > | No | storedProcedureTableTypeParameterName |
| Parametere | Parametere for den lagrede prosedyren. Tillatte verdier er navn og verdipar. Navn og foringsrør for parametere må samsvare med navnene og foringsrøret til de lagrede prosedyreparameterne. | < navn og verdipar > | No | storedProcedureParameters |
| Lås for masseinnset tabell | Bruk denne innstillingen til å forbedre kopieringsytelsen under en masseinnsettingsoperasjon i en tabell uten indeks fra flere klienter. | Ja eller Nei (standard) | No | sqlWriterUseTableLock: sann eller usann (standard) |
| Forhåndskopier skript | Et skript for kopieringsaktivitet som skal utføres før du skriver data til en måltabell i hver kjøring. Du kan bruke denne egenskapen til å rydde opp i de forhåndsinnlastede dataene. | < forhåndskopieringsskript > (streng) |
No | preCopyScript |
| Tidsavbrudd for skrivegruppe | Ventetiden for at den satsvise innsettingsoperasjonen skal fullføres før den blir tidsavbrutt. | Tidsrom (standarden er «02:00:00») |
No | writeBatchTimeout |
| Skrive bunkestørrelse | Antall rader som skal settes inn i SQL-tabellen per bunke. Som standard bestemmer tjenesten dynamisk riktig satsvis størrelse basert på radstørrelsen. | < antall rader > (heltall) |
No | writeBatchSize |
| Maksimalt antall samtidige tilkoblinger | Den øvre grensen for samtidige tilkoblinger som ble opprettet i datalageret under aktivitetskjøringen. Angi en verdi bare når du vil begrense samtidige tilkoblinger. | < øvre grense for samtidige tilkoblinger > (heltall) |
No | maxConcurrent Koble til ions |