Primærnøkkelen linje bordet begrensningen kolonne seksjon i SQL-setningen i tar seg av dette med de to kolonnenavn (atskilt med komma) i sine parentes. Nå selv om SaleID er en del av primærnøkkelen, oppfører det seg som en fremmednøkkel her, så langt som Sales tabellen er bekymret. Så en linje i tabellen begrensning seksjonen i SQL-setningen burde være der til at effekten; merk line.
The Orders Tabell ordretabellen notasjon er, Orders (ORDERID, DateAndTime, AnsattID, SupplierID) SQL-setningen for å opprette ordretabellen er: CREATE TABLE Orders (OrderID INTEGER NOT NULL AUTO_INCREMENT, DateAndTime datostempling, AnsattID heltall, SupplierID heltall, PRIMARY KEY (OrderID ASC), FOREIGN KEY (AnsattID) REFERANSER Medarbeider (AnsattID) ON UPDATE CASCADE ON DELETE CASCADE, FOREIGN KEY (SupplierID) referanser Leverandører (SupplierID) ON UPDATE CASCADE ON DELETE CASCADE); Ordretabellen kan forklares på en lignende måte til salgsbordet, men her er du arbeider med bestillinger (og leverandører) og ikke Sales (og kunder) sikret OrderDetails Tabell OrderDetails tabellen notasjon er, OrderDetails (OrderID, ProductID, BoughtPrice, Rabatt) SQL-setningen for å skape den OrderDetails tabellen er: CREATE TABLE OrderDetails (OrderID INTEGER NOT NULL, ProductID INTEGER NOT NULL, BoughtPrice desimalt (19,2), Rabatt Float, primærnøkkel (OrderID, ProductID), sekundærnøkkel ( OrderID) referanser Orders (ORDERID) ON UPDATE CASCADE ON DELETE CASCADE); Den OrderDetails tabellen kan forklares på en lignende måte til SaleDetails bordet, men her har å gjøre med ordre og ikke salg.
Datatypen jeg har gitt for Discount kolonnen er FLOAT. Denne verdien er i prosent, (prosent skiltet ikke er angitt). Jeg har forklart SQL-setninger for de 8 bord. Disse påstandene har ikke noen feil. Når noen av disse tabellene er gje