Projektinställningar (konvertering) (Db2ToSQL)
Sidan Konvertering i dialogrutan Projektinställningar innehåller inställningar som anpassar hur SQL Server Migration Assistant (SSMA) konverterar Db2-syntax till SQL Server-syntax.
Fönstret Konvertering finns i dialogrutorna Projektinställningar och Standardprojektinställningar.
Om du vill ange inställningar för alla SSMA-projekt går du till menyn Verktyg väljer Standardprojektinställningar. Välj projekttyp för migrering för vilka inställningar som måste visas eller ändras från lista över mål för migrering och välj sedan Allmänt längst ned i det vänstra fönstret och välj sedan konvertering.
Om du vill ange inställningar för det aktuella projektet går du till menyn Verktyg väljer Projektinställningaroch väljer sedan Allmänt längst ned i det vänstra fönstret och väljer sedan Konvertering.
Konverteringsmeddelanden
Generera meddelanden om hanterade problem
Anger om SSMA genererar informationsmeddelanden under konverteringen, visar dem i fönstret Utdata och lägger till dem i den konverterade koden.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Nej
fullständigt läge: Nej
Diverse alternativ
Omvandla ROWNUM-uttryck till heltal
När SSMA konverterar ROWNUM-uttryck konverteras uttrycket till en TOP-sats följt av uttrycket. I följande exempel visas ROWNUM i en DB2 DELETE-instruktion:
DELETE FROM Table1
WHERE ROWNUM < expression
AND Field1 >= 2
I följande exempel visas det resulterande Transact-SQL:
DELETE TOP (expression - 1)
FROM Table1
WHERE Field1 >= 2
TOP kräver att TOP-uttrycket resulterar i ett heltal. Om heltalet är negativt genererar instruktionen ett fel.
Om du väljer Jaomvandlar SSMA uttrycket till ett heltal.
Om du väljer Nejmarkerar SSMA alla icke-heltalsuttryck som ett fel i den konverterade koden.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standard/fullständigt läge: Nej
optimistiskt läge: Ja
Standardschemamappning
Den här inställningen anger hur Db2-scheman mappas till SQL Server-scheman. Det finns två alternativ i den här inställningen:
Schema till databas: I det här läget mappas Db2-schemat
sch1
som standard tilldbo
SQL Server-schema i SQL Server-databassch1
.Schema to schema: I det här läget mappas Db2-schemat
sch1
som standard tillsch1
SQL Server-schema i sql server-standarddatabasen som anges i anslutningsdialogrutan.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standard/optimistiskt/fullständigt läge: schema till databas
Konverteringssätt för MERGE-instruktion
Om du väljer Using INSERT, UPDATE, DELETE-instruktionenkonverterar SSMA MERGER-instruktionen till INSERT-, UPDATE- och DELETE-instruktioner.
Om du väljer Using MERGE-instruktionen, konverterar SSMA MERGE-instruktionen till en MERGE-instruktion i SQL Server.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Default/Optimistic/Full-läge: Använda MERGE-instruktion
Konvertera anrop till underprogram som använder standardargument
SQL Server-funktioner stöder inte utelämnande av parametrar i funktionsanropet. Sql Server-funktioner och -procedurer stöder inte heller uttryck som standardparametervärden.
Om du väljer Ja och ett funktionsanrop utelämnar parametrar infogar SSMA nyckelordet standard i funktionen och anropar i rätt position. Sedan markerar det samtalet med en varning.
Om du väljer Ingenmarkerar SSMA funktionsanropen som fel.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertera funktionen COUNT till COUNT_BIG
Om count-funktionerna sannolikt returnerar värden som är större än 2 147 483 647, vilket är 231-1, bör du konvertera funktionerna till COUNT_BIG.
Om du väljer Jakonverterar SSMA alla användningar av COUNT till COUNT_BIG.
Om du väljer Ingenförblir funktionerna som COUNT. SQL Server returnerar ett fel om funktionen returnerar ett värde som är större än 231-1.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standard/fullständigt läge: Ja
optimistiskt läge: Nej
Konvertera FORALL-instruktion till WHILE-instruktion
Definierar hur SSMA ska behandla FORALL-loopar på PL/SQL-samlingselement.
Om du väljer Jaskapar SSMA en WHILE-loop där samlingselement hämtas en i taget.
Om du väljer Nejgenererar SSMA en raduppsättning från samlingen med hjälp av metoden nodes( ) och använder den som en enda tabell. Detta är mer effektivt, men gör utdatakoden mindre läsbar.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Nej
fullständigt läge: Ja
Konvertera sekundärnycklar med SET NULL-referensåtgärd för kolumn som inte är NULL
Db2 gör det möjligt att skapa begränsningar för sekundärnyckel, där en SET-NULL
-åtgärd inte kan utföras eftersom NULL:er inte tillåts i den refererade kolumnen. SQL Server tillåter inte sådan sekundärnyckelkonfiguration.
Om du väljer Jagenererar SSMA referensåtgärder som i Db2, men du måste göra manuella ändringar innan du läser in begränsningen till SQL Server. Du kan till exempel välja INGEN ÅTGÄRD i stället för SET
NULL
.Om du väljer Nejmarkeras villkoret som ett fel.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Nej
Konvertera funktionsanrop till proceduranrop
Vissa Db2-funktioner definieras som autonoma transaktioner eller innehåller instruktioner som inte skulle vara giltiga i SQL Server. I dessa fall skapar SSMA en procedur och en funktion som är ett omslag för proceduren. Den konverterade funktionen anropar implementeringsproceduren.
SSMA kan konvertera anrop till omslutningsfunktionen så att de blir anrop till proceduren. Detta skapar mer läsbar kod och kan förbättra prestanda. Kontexten tillåter det dock inte alltid. Du kan till exempel inte ersätta ett funktionsanrop i SELECT-listan med ett proceduranrop. SSMA har några alternativ för att täcka vanliga fall:
Om du väljer Alwaysförsöker SSMA konvertera omslutningsfunktionsanrop till proceduranrop. Om den aktuella kontexten inte tillåter den här konverteringen genereras ett felmeddelande. På så sätt finns inga funktionsanrop kvar i den genererade koden.
Om du väljer När det är möjligtgör SSMA anrop till procedurer endast om funktionen har utdataparametrar. När flytten inte är möjlig tas parameterns utdataattribut bort. I alla andra fall lämnar SSMA funktionsanrop.
Om du väljer Aldrig, lämnar SSMA alla funktionsanrop oförändrade. Ibland kan det här valet vara oacceptabelt på grund av prestandaskäl.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: När det är möjligt
Konvertera LOCK TABLE-instruktioner
SSMA kan konvertera många LOCK TABLE-instruktioner till tabelltips. SSMA kan inte konvertera några LOCK TABLE-instruktioner som innehåller PARTITION-, SUBPARTITION-, @dblink- och NOWAIT-satser, och markerar sådana instruktioner med konverteringsfelmeddelanden.
Om du väljer Jakonverterar SSMA lock table-instruktioner som stöds till tabelltips.
Om du väljer Nej, markerar SSMA alla LOCK TABLE-uttryck med felmeddelanden om konvertering.
I följande tabell visas hur SSMA konverterar Db2-låslägen:
Db2-låsläge | SQL Server-tabellantydning |
---|---|
RADSAMARBETE | ROWLOCK, HOLDLOCK |
RADEN EXKLUSIV | ROWLOCK, XLOCK, HOLDLOCK |
DELA UPPDATERING = DELA RAD | ROWLOCK, HOLDLOCK |
AKTIE | TABLOCK, HOLDLOCK |
DELA RAD EXKLUSIVT | TABLOCK, XLOCK, HOLDLOCK |
EXKLUSIV | TABLOCKX, HOLDLOCK |
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertera OPEN-FOR-instruktioner för REF CURSOR OUT-parametrar
I Db2 kan OPEN-FOR-instruktionen användas för att returnera ett resultat inställt på ett underprograms OUT-parameter av typen REF CURSOR. I SQL Server returnerar lagrade procedurer resultatet av SELECT-instruktioner direkt.
SSMA kan konvertera många OPEN-FOR-instruktioner till SELECT-instruktioner.
Om du väljer Jakonverterar SSMA OPEN-FOR-instruktionen till en SELECT-instruktion som returnerar resultatuppsättningen till klienten.
Om du väljer Nejgenererar SSMA ett felmeddelande i den konverterade koden och i fönstret Utdata.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertera posten till en lista av separata variabler
SSMA kan konvertera Db2-poster till separata variabler och till XML-variabler med specifik struktur.
Om du väljer Ja, konverterar SSMA posten till en lista med separata variabler när det är möjligt.
Om du väljer Nejkonverterar SSMA posten till XML-variabler med specifik struktur.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertera SUBSTR-funktionsanrop till SUBSTRING-funktionsanrop
SSMA kan konvertera Db2 SUBSTR-funktionsanrop till SQL Server SUBSTRING-funktionsanrop, beroende på hur många parametrar som används. Om SSMA inte kan konvertera ett SUBSTR-funktionsanrop, eller om antalet parametrar inte stöds, konverterar SSMA SUBSTR-funktionsanropet till ett anpassat SSMA-funktionsanrop.
Om du väljer Jakonverterar SSMA SUBSTR-funktionsanrop som använder tre parametrar till SQL Server delsträng. Andra SUBSTR-funktioner konverteras för att anropa den anpassade SSMA-funktionen.
Om du väljer Nejkonverterar SSMA SUBSTR-funktionsanropet till ett anpassat SSMA-funktionsanrop.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Ja
fullständigt läge: Nej
Konvertera undertyper
SSMA kan konvertera PL/SQL-undertyper på två sätt:
Om du väljer Jaskapar SSMA en användardefinierad SQL Server-typ från en undertyp och använder den för varje variabel i den här undertypen.
Om du väljer Nejersätter SSMA alla källdeklarationer av undertypen med den underliggande typen och konverterar resultatet som vanligt. I det här fallet skapas inga extra typer i SQL Server
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Nej
Konvertera synonymer
Synonymer för följande Db2-objekt kan migreras till SQL Server:
- Tabeller och objekttabeller
- Vyer och objektvyer
- Lagrade procedurer och funktioner
- Materialiserade vyer
Synonymer för följande Db2-objekt kan ersättas med direkta referenser till objekten:
- Sekvenser
- Paket
- Java-klassschemaobjekt
- Användardefinierade objekttyper
Andra synonymer kan inte migreras. SSMA genererar felmeddelanden för synonymen och alla referenser som använder synonymen.
Om du väljer Jaskapar SSMA SQL Server-synonymer och direkta objektreferenser enligt föregående listor.
Om du väljer Ingenskapar SSMA direkta objektreferenser för alla synonymer som anges här.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertera TO_CHAR(datum, format)
SSMA kan konvertera Db2 TO_CHAR(datum, format) till procedurer från sysdb-databasen.
Om du väljer Using TO_CHAR_DATE function, konverterar SSMA funktionen TO_CHAR(datum, format) till TO_CHAR_DATE-funktionen med hjälp av det engelska språket för konvertering.
Om du väljer Using TO_CHAR_DATE_LS function (NLS care)konverterar SSMA TO_CHAR(datum, format) till funktionen TO_CHAR_DATE_LS genom att använda sessionsspråket för konvertering.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: med funktionen TO_CHAR_DATE
Fullständig läge: Använder funktionen TO_CHAR_DATE_LS (med hänsyn till NLS)
Konvertera transaktionsbearbetningsuttalanden
SSMA kan konvertera Db2-transaktionsbearbetningssatser:
Om du väljer Jakonverterar SSMA Db2-transaktionsbearbetningssatser till SQL Server-instruktioner.
Om du väljer Nejmarkerar SSMA transaktionsbearbetningsinstruktionerna som konverteringsfel.
Anteckning
Db2 öppnar transaktioner implicit. Om du vill emulera det här beteendet på SQL Server måste du lägga till BEGIN TRANSACTION-instruktioner manuellt där du vill att dina transaktioner ska starta. Du kan också köra kommandot SET IMPLICIT_TRANSACTIONS ON i början av sessionen. SSMA lägger till SET IMPLICIT_TRANSACTIONS ON automatiskt när du konverterar subrutinerna med autonoma transaktioner.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Emulera beteendet för Db2-null i ORDER BY-villkor
NULL-värden sorteras på olika sätt i SQL Server och Db2:
I SQL Server är
NULL
värden de lägsta värdena i en ordnad lista. I en stigande lista visasNULL
värden först.I Db2 är
NULL
värden de högsta värdena i en ordnad lista. Som standard visasNULL
värden sist i en stigande ordningslista.Db2 har NULLS FIRST- och NULLS LAST-satser, vilket gör att du kan ändra hur Db2 beställer NULLs.
SSMA kan emulera Db2 ORDER BY-beteende genom att söka efter NULL
värden. Den sorterar först efter NULL
-värden i den angivna ordningen och sedan efter andra värden.
Om du väljer Jakonverterar SSMA Db2-instruktionen på ett sätt som emulerar Db2 ORDER BY-beteendet.
Om du väljer Nejignorerar SSMA Db2-regler och genererar ett felmeddelande när NULLS FIRST- och NULLS LAST-satserna inträffar.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Nej
fullständigt läge: Ja
Emulera undantag för radantal i SELECT
Om en SELECT-instruktion med en INTO-sats inte returnerar några rader, genererar Db2 ett NO_DATA_FOUND undantag. Om instruktionen returnerar två eller flera rader, utlöses undantaget TOO_MANY_ROWS. Den konverterade instruktionen i SQL Server genererar inget undantag om radantalet skiljer sig från ett.
Om du väljer Jalägger SSMA till anrop till sysdb-proceduren db_error_exact_one_row_check efter varje SELECT-instruktion. Den här proceduren emulerar NO_DATA_FOUND och TOO_MANY_ROWS undantag. Det här är standardvärdet och gör det möjligt att återskapa Db2-beteendet så nära som möjligt. Du bör alltid välja Ja om källkoden har undantagshanterare som bearbetar dessa fel. Om SELECT-instruktionen inträffar i en användardefinierad funktion konverteras den här modulen till en lagrad procedur, eftersom det inte är kompatibelt med SQL Server-funktionskontext att köra lagrade procedurer och skapa undantag.
Om du väljer Ingagenereras inga undantag. Det kan vara användbart när SSMA konverterar en användardefinierad funktion och du vill att den ska förbli en funktion i SQL Server
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Generera fel för DBMS_SQL.PARSA
Om du väljer Fel, genererar SSMA ett fel vid konverteringen DBMS_SQL.PARSE.
Om du väljer Varninggenererar SSMA en varning vid konverteringen DBMS_SQL. PARSA.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standard/optimistiskt/fullständigt läge: fel
Generera ROWID-kolumn
När SSMA skapar tabeller i SQL Server kan det skapa en ROWID-kolumn. När data migreras hämtar varje rad ett nytt UNIQUEIDENTIFIER-värde som genereras av funktionen newid().
Om du väljer Jaskapas kolumnen ROWID i alla tabeller och SQL Server genererar GUID när du infogar värden. Välj alltid Ja om du planerar att använda SSMA-testaren.
Om du väljer Ingaläggs inte ROWID-kolumner till i tabeller.
Lägg till ROWID-kolumn för tabeller med utlösare lägga till ROWID för de tabeller som innehåller utlösare (standard).
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Lägg till ROWID-kolumn för tabeller med utlösare
fullständigt läge: Ja
Generera unikt index i ROWID-kolumnen
Anger om SSMA genererar en unik indexkolumn i den ROWID-genererade kolumnen eller inte. Om alternativet är inställt på YES
genereras ett unikt index. Om den är inställd på NO
genereras inte ett unikt index i kolumnen ROWID.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertering av lokala moduler
Definierar typen av db2-kapslat underprogram (deklarerat i fristående lagrad procedur eller funktion) konvertering.
Om du väljer Infogadersätts de kapslade underprogramanropen med dess brödtext.
Om du väljer Lagrade procedurerkonverteras ett kapslat underprogram till en lagrad SQL Server-procedur och dess anrop ersätts i det här proceduranropet.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/optimistiskt/fullständigt läge: inline
Använda ISNULL i strängsammanfogning
Db2 och SQL Server returnerar olika resultat när strängsammanfogningar innehåller NULL
värden. Db2 behandlar NULL
-värdet som en tom teckenuppsättning. SQL Server returnerar NULL
.
Om du väljer Jaersätter SSMA db2-sammanfogningstecknet (||) med SQL Server-sammanfogningstecknet (+). SSMA kontrollerar också uttrycken på båda sidor av konkateneringen för
NULL
-värden.Om du väljer Nejersätter SSMA sammanfogningstecken, men söker inte efter
NULL
värden.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Använda ISNULL i REPLACE-funktionsanrop
ISNULL-instruktionen används i REPLACE-funktionsanrop för att efterlikna Db2-beteende. Följande alternativ finns för den här inställningen:
- JA
- NEJ
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Nej
Fullt läge: Ja
Använda ISNULL i CONCAT-funktionsanrop
ISNULL-instruktionen används i CONCAT-funktionsanrop för att emulera Db2-beteende. Följande alternativ finns för den här inställningen:
- JA
- NEJ
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Nej
Fullständigt läge: Ja
Använd intern konvertera-funktion när det är möjligt
Om du väljer Ja, konverterar SSMA TO_CHAR(datum, format) till inbyggd konverteringsfunktion när det är möjligt.
Om du väljer Nejkonverterar SSMA alternativen TO_CHAR(datum, format) till TO_CHAR_DATE eller TO_CHAR_DATE_LS (definieras av alternativen "Konvertera TO_CHAR(datum, format)."
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
standardläge/optimistiskt läge: Ja
fullständigt läge: Nej
Använd SELECT...FÖR XML vid konvertering av SELECT...INTO för rekordvariabel
Anger huruvida en XML-resultatuppsättning ska genereras när du väljer in i en postvariabel.
Om du väljer Jareturnerar SELECT-instruktionen XML.
Om du väljer Ingenreturnerar SELECT-instruktionen en resultatuppsättning.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Nej
Konvertering av RETURNING-sats
Konvertera RETURNING-sats i DELETE-instruktionen till OUTPUT
Db2 tillhandahåller en RETURNING-sats som ett sätt att omedelbart hämta borttagna värden. SQL Server tillhandahåller den funktionen med OUTPUT-satsen.
Om du väljer Jakonverterar SSMA RETURNING-satser i DELETE-instruktioner till OUTPUT-satser. Eftersom utlösare i en tabell kan ändra värden kan det returnerade värdet vara annorlunda i SQL Server än i Db2.
Om du väljer Nejgenererar SSMA en SELECT-instruktion före DELETE-instruktioner för att hämta returnerade värden.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertera RETURNING-klausul i INSERT-instruktionen till OUTPUT
Db2 tillhandahåller en RETURNING-sats som ett sätt att omedelbart hämta infogade värden. SQL Server tillhandahåller den funktionen med OUTPUT-satsen.
Om du väljer Jakonverterar SSMA en RETURNING-sats i en INSERT-instruktion till OUTPUT. Eftersom utlösare i en tabell kan ändra värden kan det returnerade värdet vara annorlunda i SQL Server än i Db2.
Om du väljer Noemulerar SSMA Db2-funktioner genom att infoga och sedan välja värden från en referenstabell.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Konvertera RETURNING-sats i UPDATE-instruktionen till OUTPUT
Db2 tillhandahåller en RETURNING-sats som ett sätt att omedelbart hämta uppdaterade värden. SQL Server tillhandahåller den funktionen med OUTPUT-satsen.
Om du väljer Jakonverterar SSMA RETURNING-satser i UPDATE-instruktioner till OUTPUT-satser. Eftersom utlösare i en tabell kan ändra värden kan det returnerade värdet vara annorlunda i SQL Server än i Db2.
Om du väljer Nejgenererar SSMA SELECT-instruktioner efter UPDATE-instruktioner för att hämta returnerade värden.
När du väljer ett konverteringsläge i rutan läge tillämpar SSMA följande inställning:
Standard/Optimistiskt/Fullständigt läge: Ja
Sekvenskonvertering
Konvertera sekvensgenerator
I Db2 kan du använda en sekvens för att generera unika identifierare.
SSMA kan konvertera sekvenser till följande.
Använda SQL Server-sekvensgenerator.
Använda SSMA-sekvensgenerator.
Använda kolumnidentitet.
Standardalternativet vid konvertering till SQL Server är att använda sekvensgeneratorn. SQL Server 2012 (11.x) och SQL Server 2014 (12.x) har dock inte stöd för att hämta det aktuella sekvensvärdet (till exempel db2-sekvensens currval-metod). Se SSMA-teamets bloggwebbplats för vägledning om hur du migrerar db2-sekvens currval-metoden.
SSMA ger också ett alternativ för att konvertera Db2-sekvensen till SSMA-sekvensemulatorn.
Slutligen kan du också konvertera sekvens som tilldelats till en kolumn i tabellen till SQL Server-identitetsvärden. Du måste ange mappningen mellan sekvenserna till en identitetskolumn på fliken Db2 Table
Konvertera CURRVAL utanför utlösare
Visas endast när konvertera sekvensgeneratorn är inställd på med kolumnidentiteten. Eftersom Db2-sekvenser är objekt som är separata från tabeller använder många tabeller som använder sekvenser en utlösare för att generera och infoga ett nytt sekvensvärde. SSMA kommenterar ut dessa instruktioner eller markerar dem som fel när kommentaren skulle generera fel.
Om du väljer Jamarkerar SSMA alla referenser till externa utlösare på den konverterade sekvensen CURRVAL med en varning.
Om du väljer Nejmarkerar SSMA alla referenser till externa utlösare på den konverterade sekvensen CURRVAL med ett fel.